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Preface 


This handbook provides selected reference information 
about SNA (Systems Network Architecture). The 
information included here is intended to supplement the 


information contained in various manuals on specific IBM 
SNA products. 


This handbook contains summary material about the 

structure of SNA and SDLC (Synchronous Data Link a 
Control), but mainly contains format and profile 

descriptions, and sense code definitions. 


For further information on SNA, refer to: 


e Systems Network Architecture Introduction, GA27-3116 

e Advanced Function for Communications SysieM 
Summary, GA27-3099 

e Systems Network Architecture General Information, 
GA27-3102 

e IBM Synchronous Data Link Control General 
Information, GA27-3093 

e Systems Network Architecture Format and Protocol is 
Reference Manual: Architecture Logic, SC30-3112 

e« Introduction to Advanced Communications Function, 
GC30-3033 
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Data Link 


TRANSMISSION HEADER (TH) 


FID1 or FIDO 
Byte 
0 





/ 1’ TAS 
‘ 
/ \ \ ae 


Local 
Addres 
L O=PU, 1=LU 


O=SSCP, 1=LU 


0=Normal flow, 1*Expedited flow 


Segment: 00=middle, O1=Ilast, 10=first, 11=only 


_PU Types vs. FID Types 


FID3 







FID2 
PU.T2 Node 


FID3 


REQUEST/RESPONSE HEADER (RH) 
Request Header 


Byte 0 1 2 


-ov 






1= RU is 
enciphered 
0=Code 0 
1=Code 1 
1=Change 
O= Response direction 
bypasses TC 1=E k 
Sueues =End bracket 
1= Enqueue_ 1=Begin bracket 
response in 
TC queues 1=Pacing request 


O00=No-response requested 
010, 100, 110=Definite response requested 
011, 101, 111= Exception response 
requested 
1=End chain 
1= RU was 
1=Begin chain padded before 
1=Sense data included (EXR only) Srerereonent 
For SC, NC, and DFC=1 
For FMD to/from SSCP: 1=field-formatted RU 
O=character-coded RU 
For FMD LU-LU sessions: 1=FM header follows (if allowed in 
BIND); otherwise, inplementa- 
tion-dependent 


00=FMD, O1=NC, 10=DFC, 11=SC 


Response Header 










1=Pacing response 


O= Response bypasses TC queues 
1= Enqueue response in TC queues 


O=+RSP, 1=—RSP 


Same as corresponding request 


Sense data included (—RSP only) 


Same as corresponding request, except: 
FMD on LU-LU sessions=O (if FM headers allowed 
in BIND): otherwise, implementation-dependent 


— Same as corresponding request 


“ 


Function Management (FM) Profiles 


“ The Function Management (FM) Profiles described in this 


section are listed below; all other profile numbers are 
reserved. 


_FM Profiles 0, 2 through 5, 7, 17, and 18 
/ —referred to in ACTCDRM, ACTPU, ACTLU, and BIND 


FM Profile 16 
—used for PU-PU sessions, but not referred to in any RU 


Note: If the FM Usage field specifies a value for a parameter, that 


- value is used unless it conflicts with a value specified by the FM 


profile. The FM profile overrides the FM Usage field. 


FM Profile 0 


Profile 0 specifies the following session rules: 


Primary and secondary half-sessions use immediate request 
mode and immediate response mode. 
Only single-RU chains allowed. 
Primary and secondary half-session chains indicate definite 
response. 
No compression. 
Primary half-session sends no DFC RUs. 
\ Secondary half-session may send LUSTAT. 
NS headers are allowed. 
No FM headers. 
No brackets. 
No alternate code. 
Normal-flow send/receive mode is HDX-CONT. 
,secondary half-session wins contention. 


_ Primary half-session is responsible for recovery. 


FM Profile 2 


Profile 2 specifies the following session rules: 


Secondary LU half-session uses delayed request mode. 
Secondary LU half-session uses immediate response mode. 
Only single-RU chains allowed. 

Secondary LU half-session requests indicate no-response. 
No compression. 


. No DFC RUs. — 


No NS or FM headers. 

Secondary LU half-session is first speaker if brackets are 
used. 

Bracket termination rule 2 is used if brackets are used. 

Primary LU half-session will send EB. 

Secondary LU half-session will not send EB. | 

Normal-flow send/receive mode is FDX. 

Primary LU half-session is responsible for recovery. 


The FM Usage fields defining the options for Profile 2 are: 

Primary request control mode selection 

Primary chain response protocol (no-response may not be 
used) | 

Brackets 

Alternate code 


FM Profile 3 


Profile 3 specifies the following session rules: 


Primary LU half-session and secondary LU half-session use 
immediate response mode. 

No NS headers. 

Primary LU half-session and secondary LU half-session 
support the following DFC functions: 


CANCEL 

SIGNAL 

LUSTAT (allowed secondary-to-primary only) 
CHASE 


SHUTD 

SHUTC 

RSHUTD 

BID and RTR (allowed only if brackets are used) 


The FM Usage fields defining the options for Profile 3 are: 


Chaining use (primary and secondary) 

Request control mode selection (primary and secondary) 
Chain response protocol (primary and secondary) 
Compression indicator (primary and secondary) 
Send EB indicator (primary and secondary) 

FM header usage 

Brackets 

Bracket termination rule 

Alternate Code Set Allowed indicator 
Normal-flow send/receive mode 

Recovery responsibility 

Contention winner/loser 

Half-duplex flip-flop reset states 


FM Profile 4 


Profile 4 specifies the following session rules: 


Primary LU half-session and secondary LU half-session use 
immediate response inode. 

No NS headers. 

_ Primary LU half-session and secondary LU half-session 

support the following DFC functions: 


CANCEL 
SIGNAL 
LUSTAT 
QEC 

QC 
RELQ 
SHUTD 
SHUTC 
RSHUTD 
CHASE 
BID and RTR (allowed only if brackets are used) 


The FM Usage fields defining the options for Profile 4 are: 


Chaining use (primary and secondary) 

Request control mode selection (primary and secondary) 
Chain response protocol (primary and secondary) 
Compression indicator (primary and secondary) 
Send EB indicator (primary and secondary) 

FM header usage 

Brackets 

Bracket termination rule 

Alternate Code Set Allowed indicator 
Normal-flow send/receive mode 

Recovery responsibility 

Contention winner/loser 

Half-duplex flip-flop reset states 


FM Profile 5 


Profile 5 specifies the following session rules: 


Only single-RU chains allowed. 

Primary half-session uses delayed request mode. 

Secondary half-session uses delayed request mode and 
delayed response mode. 

Primary half-session chains indicate definite response. 

Secondary half-session chains indicate no-response. 

No compression. 

No DFC RUs. 

NS headers are allowed. 

No FM headers. 

No brackets. 

No alternate code. 

Normal-flow send/receive mode is FDX. 


FM Profile 7 


Profile 7 specifies the following session rules: 


Primary and secondary half-sessions use immediate 
response mode. 

Primary and secondary half-sessions may send multiple RU 
chains. 

Primary and secondary half-session chains indicate definite 
or exception response. 

Exception response chains carry CD. 

EB chains indicate definite response. 

Brackets reset state is INB if brackets are used. 

Brackets first speaker will not send EB. 

Bracket termination rule 1 is used if brackets are used. 

Normal-flow send/receive mode is HDX-FF, without the 
CONT.ERP states. 

Half-duplex flip-flop reset state is SEND for the primary | 
half-session and RECEIVE for the secondary half-session. 

Primary and secondary half-sessions support the following 
DFC functions: 


CANCEL 
LUSTAT 
RSHUTD 
SIGNAL 


The FM Usage fields defining the options for Profile 7 are: 


Request control mode selection (primary and secondary) 

Compression indicator (primary and secondary) 

Send EB indicator (for primary or secondary, whichever is 
bidder) 

FM header usage 

Alternate Code Set Allowed indicator 

Recovery responsibility 

Contention winner/loser 


FM Profile 16 


Profile 16 specifies the following session rules: 


No DFC RUs. 
No FMD RUs. 


FM Profile 17 


Profile 17 specifies the following session rules: 


Only single-RU chains allowed. 

Primary and secondary. half-sessions use delayed request ~ 
mode and delayed response mode. 

Primary and secondary half-session chains indicate definite 
response. 

No DFC RUs 

All FMD RUs include NS headers. 

No FM headers. 

No compression. 

No brackets. 

No alternate code. 

Normal-flow send/receive mode is FDX. 


FM Profile 18 


Profile 18 specifies the following session rules: 


Primary LU half-session and secondary LU half-session use 
immediate response mode. 

No NS headers. 

Primary LU half-session and secondary LU half- session 
support the following DFC functions: 


CANCEL 

SIGNAL 

LUSTAT 

BIS and SBI (allowed only if brackets are used) 
RSHUTD 

CHASE 

BID and RTR (allowed only if brackets are used) 


The FM Usage fields defining the options for Profile 18 
are: 


Chaining use (primary and secondary) 

Request control mode selection (primary and secondary) 
Chain response protocol (primary and secondary) 
Compression indicator (primary and secondary) 
Send EB indicator (primary and secondary) 

FM header usage 

Brackets 

Bracket termination rule 

Alternate Code Set Allowed indicator 
Normal-flow send/receive mode 

Recovery responsibility 

Contention winner/loser 

Half-duplex flip-flop reset states 


The following table specifies which FM profiles may be used 
with each type of session. 


Type of Session 


(SSCP, (SSCP, (SSCP, 
FM Profile SSCP) PU) LU) (LU,LU)  (PU,PU) 


0 no yes yes no no 
2 no no no yes no 
3 no no no yes no 
4 no no no yes no 
5 no yes - no no no 
7 no no no yes no 
16 no no no no’ yes 
17 yes no no no no 


18 no no no yes no 


1] 


Transmission Subsystem (TS) Profiles 


The Transmission Subsystem (TS) Profiles described in this 
section are listed below; all other profile numbers are 
reserved. 


TS Profiles 1 through 5, 7, and 17 
—referred to in ACTCDRM, ACTPU, ACTLU, and BIND 


TS Profile 16 
—used for PU-PU sessions, but not referred to in any RU 


TS Profile 1 


Profile 1 specifies the following session rules: 


No pacing. 

Identifiers rather than sequence numbers are used on the 
normal flows (whenever the TH format used includes a 
sequence number field). 

SDT, CLEAR, RQR, STSN, and CRV are not supported. 

Maximum RU size on the normal flow for either 
half-session is 256, unless a different value is specified in 
RSP(ACTLU). 


This profile does not require the use of the TS Usage field. 


TS Profile 2 


Profile 2 specifies the following session rules: 


Primary-to-secondary and secondary-to-primary normal 
flows are paced. 

Sequence numbers are used on the normal flows (whenever 
the TH format used includes a sequence number field). 

CLEAR is supported. 

SDT, ROR, STSN, and CRV are not supported. 
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The TS Usage subfields defining the options for this 
profile are: 


Pacing counts 
Maximum RU sizes on the normal flows 


TS Profile 3 


Profile 3 specifies the following session rules: 


Primary-to-secondary and secondary-to-primary normal 
flows are paced. 

Sequence numbers are used on the normal flows (whenever 
the TH format used includes a sequence number field). 

CLEAR and SDT are supported. 

ROR and STSN are not supported. 

CRV is supported when session-level crypto is selected (via 
a BIND parameter). 


The TS Usage subfields defining the options for this 
profile are: 

Pacing counts 

Maximum RU sizes on the normal flows 


TS Profile 4 


Profile 4 specifies the following session rules: 


Primary-to-secondary and secondary-to-primary normal 
flows are paced. 

Sequence numbers are used on the normal flows (whenever 
the TH format used includes a sequence number field). 

SDT, CLEAR, ROR, and STSN are supported. 

CRV is supported when session-level crypto is selected (via 
a BIND parameter). 


The TS Usage subfields defining the options for this 
profile are: 


Pacing counts 
Maximum RU sizes on the normal flows 


TS Profile 5 


Profile 5 specifies the following session rules: 


No pacing. 

Sequence numbers are used on normal flows. 

SDT is supported. 

CLEAR, RQR, STSN, and CRV are not supported. 

No maximum RU sizes for the normal flows are specified. 


This profile does not require the use of the TS Usage field. 


TS Profile 7 


Profile 7 specifies the following session rules: 


Primary-to-secondary and secondary-to-primary normal 
flows are paced. 

Sequence numbers are used on the normal flows (whenever 
the TH format used includes a sequence number field). 

SDT, CLEAR, ROR, and STSN are not supported. 

CRV is supported when session-level crypto is selected (via 
a BIND parameter) 


The TS Usage subfields defining the options for this 
profile are: 


Pacing counts 
Maximum RU sizes on the normal flows 


TS Profile 16 


Profile 16 specifies the following session rule: 
Only NC RUs are supported. 
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TS Profile 17 


Profile 17 specifies the following session rules: 


Primary-to-secondary and secondary-to-primary normal 
flows are paced. 

Identifiers rather than sequence numbers are used in the 
normal flows. 

SDT, CLEAR, and RQR are supported. 

STSN and CRV are not supported. 

No maximum RU sizes for the normal flow are specified. 


The TS Usage subfields defining the options for this 
profile are: 


Pacing counts 


The following table specifies which TS profile may be used 
with each type of session. 


Type of Session 


(SSCP, (SSCP, (SSCP, 
TS Profile SSCP) PU) LU) (LU,LU)  (PU,PU) 


l no yes yes no no 
2 no no no yes no 
3 no no no yes no 
4 no no no yes no 
5 no yes no no no 
7 no no no yes no 
16 no no no no yes 
17 yes no no no no 
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Request/Response Unit (RU) Formats 


This section defines detailed RU formats. A categorized list 
of RU abbreviations is presented first, followed by an 
alphabetic list of request RU format descriptions, a 
summary of response RUs, a list of response format 
descriptions for those positive response RUs that return 
data in addition to the request code, and a list of control 
vectors and control lists that are referred to in various RUs. 


The initial line for each RU in the two format description 
lists is in one of the following formats: 


Requests: 


“RU ABBREVIATION; Origin NAU—> Destination 
NAU, Normal (Norm) or Expedited (Exp) Flow; RU 
Category (RU NAME)” 


Responses: 


“RSP(RU ABBREVIATION); Origin NAU—> Destination 
NAU, Norm or Exp Flow; RU Category” 


Notes: 
1. “RU Category” is abbreviated as follows: 


DFC data flow control 
SC session control 
NC network control 


FMD NS(c) function management data, network 
services, configuration services 

FMD NS(ma)_ function management data, network 
services, maintenance services 

FMD NS(me) function management data, network 
services, measurement services 

FMD NS(s) function management data, network 
services, session services 


2. The formats of character-coded FMD NS RUs and of 


LU—>LU FMD RwUs (other than FM headers) are 
implementation-dependent. 
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3. All values for field-formatted RUs that are not defined in 
this section are reserved. 


4. The request code value X‘FF’ and the NS header values 
X‘(3|7|B|F)F****’ and X‘**(3 |7|B|F)F**’ are set 
aside for implementation internal use, and will not be 
otherwise defined in SNA. 


Summary of Request RUs by Category 


NC 

ANSC LSA 

SC 

*ACTCDRM *BIND DACTLU SDT 

*ACTLU CLEAR DACTPU *STSN 

*ACTPU CRV ROR UNBIND 
DACTCDRM 

DFC 

BID LUSTAT RELQ SHUTC 

BIS QC RSHUTD SHUTD 

CANCEL QEC RTR SIG 

CHASE SBI 

FMD NS(c) 

ABCONN DACTCONNIN IPLFINAL 

ABCONNOUT DACTLINK IPLINIT 

ACTCONNIN DISCONTACT IPLTEXT 

ACTLINK DUMPFINAL ISETCV 

ANA *DUMPINIT NSLSA 

CESLOW *DUMPTEXT REQCONT 

CEXSLOW ESLOW REQDISC 

CONNOUT EXSLOW *FRNAA 

CONTACT FNA RPO 

CONTACTED INOP SETCV 


*These request RUs require response RUs that, if positive, may 
contain data in addition to the request code. See ““Summary of 
Response RUs” and “Positive Response RUs with Extended 
Formats.” 


FMD NS(ma) 


ACTTRACE RECFMS RECTRD 
DACTTRACE RECMS REQMS 
DISPSTOR RECSTOR REQTEST 
EXECTEST RECTD 
FMD NS(me) 
RECMD STARTMEAS STOPMEAS 
FMD NS(s) 
BINDF *CDTERM NSPE 
CDCINIT CINIT SESSEND 
*CDINIT CLEANUP SESSST 
CDSESSEND CTERM TERM-OTHER 
CDSESSSF *DSRLST TERM-OTHER-CD 
CDSESSST INIT-OTHER TERM-SELF 


CDSESSTF *INIT-OTHER-CD UNBINDF 
CDTAKED INIT-SELF 
CDTAKEDC NOTIFY 


Request RU Formats 


Byte(s) Description 


ABCONN; SSCP—>PPU, Norm; FMD NS(c) 
(ABANDON CONNECTION) 
ABCONN requests the PPU to deactivate all 
connections on the specified link. 

0-2 X‘01020F’ NS header 

3-4 Network address of link 


ABCONNOUT; SSCP—>PPU,Norm; FMD NS(c) 
(ABANDON CONNECT OUT) 
ABCONNOUT requests the PPU to terminate a 
connect-out procedure on the designated link. 


*These request RUs require response RUs that, if positive, may 
contain data in addition to the request code. See “Summary of 
Response RUs” and “‘Positive Response RUs with Extended 
Formats.” 


Byte(s) Description 


0-2 X‘010218’ NS header 
3-4 Network address of link 


ACTCDRM; SSCP—>SSCP, Exp; SC (ACTIVATE 
CROSS-DOMAIN RESOURCE MANAGER) 
ACTCDRM is sent from one SSCP to another 
SSCP to activate a session between them and to 
exchange information about the SSCPs. 

X‘14’ request code 
bits 0-3, format: X‘O’ (only value defined) 
bits 4-7, type activation requested: 

X‘1’ cold (only value defined) 
FM profile 
TS profile 

-11 Contents ID: eight-character EBCDIC symbolic 
name that represents implementation and 
installation dependent information about the 
SSCP issuing the ACTCDRM; eight blanks is the 
value used if no information is to be conveyed. 
(This field could be used to provide a check for a 
functional and configurational match between 
the SSCPs.) 

12-17 SSCP ID: a six-byte field that includes the ID of 
the SSCP issuing the ACTCDRM;; the first four 
bits specify the format for the remaining bits: 
bits 0-3, format 0000 (only value defined) 
bits 4-7, physical unit type of the node 

containing the SSCP 
bits 8-47, implementation and installation 
dependent binary identification 

18 TS Usage 
bits 0-1, reserved 
bits 2-7, primary CPMGR receive pacing count 

(zero means no pacing of requests 
flowing to the primary) 

19-n Control vector, as described in the topic 
“Control Vectors and Control Lists,” later in this 


section 
Note: The following vector key is used in ACTCDRM: 
X‘06’. 


m © 


fh WN 


Byte(s) Description 


ACTCONNIN; SSCP—>PPU, Norm; FMD NS(c) 
(ACTIVATE CONNECT IN) 
ACTCONNIN requests the PPU to enable the 
primary station of the specified switched link to 
accept incoming connections. 


0-2 ~X‘010216’ NS header 
3-4 Network address of link 
5 bit 0, type: O (only value defined) 


bits 1-7, reserved 


ACTLINK; SSCP—>PU, Norm; FMD NS(c) (ACTIVATE 
LINK) 
ACTLINK initiates a procedure at the PU (1) to 
activate the link station specified by the link 
network address parameter in the request and (2) 
to set up control of the link according to the link 


type. 
0-2 X‘01020A’ NS header 
3-4 Network address of link 


ACTLU; SSCP—>LU, Exp; SC (ACTIVATE LOGICAL 
UNIT) 
ACTLU is sent to activate a session between the 
SSCP and the LU and to establish common 
session parameters. 


0 X‘OD’ request code 

1 Type activation requested: X‘01’ cold 
X‘02’ ERP 

2 bits 0-3, FM profile 


bits 4-7, TS profile 


ACTPU; SSCP—>PU, Exp; SC (ACTIVATE PHYSICAL 
UNIT) 
ACTPU is sent to activate a session between the 
SSCP and the PU and to obtain certain 
information about the PU. 


0 X‘11’ request code 

1 Type activation requested: X‘0O1’ cold 
X‘02’ ERP 

2 bits 0-3, FM profile 


bits 4-7, TS profile 
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Byte(s) Description 


3-8 A six-byte field that specifies the ID of the SSCP 
issuing ACTPU; the first four bits specify the 
format for the remaining bits: 
bits 0-3, format: 0000 (only value defined) 
bits 4-7, PU type of the node containing the 

SSCP 
bits 8-47, implementation and installation 
dependent binary identification 


ACTTRACE; SSCP—>PU, Norm; FMD NS(ma) 
(ACTIVATE TRACE) 
ACTTRACE requests the PU to activate the 
specified type of resource trace related to the 
specified network address. 


0-2 X‘010302’ NS header 

3-4 Network address of the resource to be traced 

5 Binary value specifying which trace is to be 
activated: X‘O1’ link (only value defined) 

6-n Data to support trace 


ANA; SSCP—>PPU, Norm; FMD NS(c) (ASSIGN 
NETWORK ADDRESSES) 
ANA updates the path control routing algorithm 
in the PPU node, such that PIUs with the 
specified LU network addresses (one or more) 
will be routed to the specified SPU node. 
0-2 X‘010219’ NS header 
3-4 Network address of PU associated with the node 
to which LU network addresses are to be 
assigned 
5 Number of network addresses to be assigned 
6 Type: X‘80’ noncontiguous (only value defined) 
7-8 First network address 
9-n Any additional network addresses (two-byte 
multiples) 
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Byte(s) Description 


ANSC; PU.T4—>SSCP, Exp; NC (AUTO NETWORK 
SHUTDOWN COMPLETE) 
ANSC is sent with no-response requested by a 
PU.T4 to the SSCP to indicate that an automatic 
network shutdown procedure has been 


completed. 

0 X‘07’ request code 

1 Reason code, indicating why the completed 
automatic network-shutdown procedure was 
initiated: 


X‘01’ operator-initiated 

X‘Q2’ unrecoverable timeout occurred on the link 
used for the session between the SSCP and 
the shutdown-initiating PU 

X‘03’ ACTPU(ERP) was received while 
(SSCP,PU).SEC.SESS.RCV: ACTIVE 

X‘04’ DISC was received while 
(SSCP,PU).SEC.SESS.RCV: ACTIVE 

X‘05’ SNRM (SDLC command) was received 
while (SSCP,PU).SEC.SESS 
RCV:ACTIVE 

X‘06’ unrecoverable link error occurred on the 
link used for the session between the SSCP 
and the shutdown-initiating PU 


Note: ANSC is always sent with no-response indicated. 


BID; LU—>LU, Norm; DFC (BID) 
BID is used by the bidder to request permission 
to initiate a bracket, and is used only when using 
the bracket protocols. 

0 X‘C8’ request code 


BIND; PLU—>SLU, Exp; SC (BIND SESSION) 
BIND is sent to activate a session between the 
LUs. For a BIND to be valid, the PLU and SLU 
must have active sessions with their SSCPs. 
0 X‘31’ request code 
1 bits 0-3, format: 0000 (only value defined) 
bits 4-7, type: 0000 negotiable (cold) 
0001 nonneyotiable (cold) 
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Byte(s) 


Description 


FM profile 
TS profile 


FM Usage—Primary LU Protocols for FM 
Data 
bit 0, chaining use selection: 
0 only single-RU chains allowed from 
primary LU half-session 
1 multiple-RU chains allowed from primary 
LU half-session 
bit 1, request control mode selection: 
0 immediate request mode 
1 delayed request mode 
bits 2-3, chain response protocol used by primary 
LU half-session for FMD requests; 
chains from primary will ask for: 
OO no response 
01 exception response 
10 definite response 
11 definite or exception response 
bits 4-5, reserved 
bit 6, compression indicator: 
0 compression will not be used on requests 
from primary 
1 compression may be used 
bit 7, send End Bracket indicator: 
0 primary will not send EB 
1 primary may send EB 


FM Usage—Secondary LU Protocols for FM 
Data : 
bit 0, chaining use selection: 
0 only single-RU chains allowed from 
secondary LU half-session 
1 multiple-RU chains allowed from secondary 
LU half-session 
bit 1, request control mode selection: 
0 immediate request mode 
1 delayed request mode 
bits 2-3, chain response protocol used by 
secondary LU half-session for FMD 
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Byte(s) 


24 


Description 


requests; chains from secondary will ask 
for: 
OO no response 
01 exception response 
10 definite response 
11 definite or exception response 
bits 4-5, reserved 
bit 6, compression indicator: 
Q compression will not be used on requests 
from secondary 
1 compression may be used 


- bit 7, send End Bracket indicator: 


0 secondary will not send EB 
1 secondary may send EB 


FM Usage—Common LU Protocols 
bit 0, reserved 
bit 1, FM header usage: 
0 FM headers not allowed 
1 FM headers allowed 
bit 2, brackets usage and reset state: 

0 brackets not used if neither primary nor 
secondary will send EB, that is, if byte 4, 
bit 7 = O and byte 5, bit 7 = 0; brackets 
are used and bracket state managers’ reset 
states are INB if either primary or 
secondary, or both, may send EB, that is, if 
byte 4, bit 7 = 1 or byte 5, bit 7 = 1 

1 brackets are used and bracket state 
managers’ reset states are BETB 

bit 3, bracket termination rule selection (reserved if 
brackets not used, that is, if byte 6, bit 2 = 0, 
byte 4, bit 7 = 0, and byte 5, bit 7 =0): 

0 Rule 2 (unconditional termination) will be 
used during this session 

1 Rule 1 (conditional termination) will be 

- used during this session 
bit 4, alternate code set allowed indicator: 
0 alternate code set will not be used 
1 alternate code set may be used 
bits 5-7, reserved 


Byte(s) 


Description 


bits 0-1, normal-flow send/receive mode 
selection: 
OO. full-duplex 
01 half-duplex contention 
10 half-duplex flip-flop 
11 reserved 
bit 2, recovery responsibility (reserved if 
normal-flow send/receive mode is FDX, 
that is, if byte 7, bits 0-1 = 00): 

0 contention loser responsible for recovery 
(see byte 7, bit 3 for specification of which 
half-session is the contention loser) 

1 symmetric responsibility for recovery 

bit 3, contention winner/loser (reserved if 
normal flow send/receive mode is FDX, 
that is, if byte 7, bits 0-1 = 00; or if the 
normal flow send/receive mode is 
HDX-FF, brackets are not used, and 
symmetric responsibility for recovery is 
used, that is, if byte 7, bits 0-1 = 10, byte 
4, bit 7 = 0, byte 5, bit 7 = 0, byte 6, bit 2 
= 0, and byte 7, bit 2 = 1): 

0 secondary is contention winner and primary 
is contention loser 

1 primary is contention winner and secondary 
is contention loser 


Note: Contention winner is also brackets first 
speaker if brackets are used. 


bits 4-6, reserved 

bit 7, half-duplex flip-flop reset states (reserved 
unless (1) normal-flow send/receive mode 
is half-duplex flip-flop (byte 7, bits 0-1 = 
10) and (2) brackets are not used or 
bracket state manager’s reset state): 

0 HDX-FF reset state is RECEIVE for the 
primary and SEND for the secondary (for 
example, the secondary sends normal-flow 
requests first after session activation) 

1 HDX-FF reset state is SEND for the 
primary and RECEIVE for the secondary 
(for example, the primary sends 
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Byte(s) 


10 


26 


Description 


normal-flow requests first after session 
activation) 
TS Usage 
bit O, staging indicator for secondary CPMGR to 
primary CPMGR normal flow: 
0 pacing in this direction occurs in one stage 


1 pacing in this direction occurs in two stages 
Note: The meanings of 0 and | are reversed from the 
staging indicator for primary CPMGR to secondary 
CPMGR. 


bit 1, reserved 

bits 2-7, secondary CPMGR’s send pacing count: 
zero means no pacing of requests 
flowing from the secondary 

bits 0-1, reserved 

bits 2-7, secondary CPMGR’s receive pacing 
count: a value of zero causes the 
boundary function to substitute the 
value set by a system definition pacing 
parameter (if the system definition 
includes such a parameter) before it 
sends the BIND RU on to the secondary 
half-session; a value of zero received at 
the secondary is interpreted to mean no 
pacing of requests flowing to the 
secondary | 

Maximum RU size sent on the normal flow by 

the secondary half-session: if bit 0 is set to zero, 

then no maximum is specified and the remaining 

bits 1-7 are ignored; if bit 0 is set to one, then 

the byte is interpreted as X‘ab’ = ae2**b. 

(Notice that, by definition, a>8 and therefore 

X‘ab’ is a normalized floating point 

representation.) 


See a later topic in this section titled ““RU Sizes 
Corresponding to Values X‘ab’ in BIND” for a 
chart listing all the possible RU sizes that result 
from this computation. 


Byte(s) 
11 


12 


13 


14 


15-25 


Description 


Maximum RU size sent on the normal flow by 
the primary half-session: identical encoding as 
described for byte 10 
bit 0, staging indicator for primary CPMGR to 
secondary CPMGR normal flow: 
1 pacing in this direction occurs in one stage 


0 pacing in this direction occurs in two stages 
Note: The meanings of 0 and 1 are reversed from the 
staging indicator for secondary to primary CPMGR. 


bit 1, reserved 

bits 2-7, primary CPMGR’s send pacing count: a 
value of zero causes the value set by a 
system definition pacing parameter (if 
the system definition includes such a 
parameter) to be assumed for the 
session; if this is also zero, it means no 
pacing of requests flowing from the 
primary. (For single-stage pacing in the 
primary-to-secondary direction, this 
field is redundant with, and will indicate 
the same value as, the secondary 
CPMGR’s receive pacing count—see 
byte 9, bits 2-7, above.) 

bits 0-1, reserved 

bits 2-7, primary CPMGR’s receive pacing 
count: a value of zero means no pacing 
of requests flow to the primary. (For 
single-stage pacing in the 
secondary-to-primary direction, this 
field is redundant with, and will indicate 
the same value as, the secondary 
CPMGR’s send pacing count—see byte 
8, bits 2-7, above.) 

PS Profile 

bit O, PS Usage field format: 

0 basic format 
1 reserved 

bits 1-7, LU type 

PS Usage 

PS characteristics 

End of PS Usage Field 
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Byte(s) Description 


26-k Cryptographic Options 
26 bits 0-1, private or end-user crypto options: 

00 ino private or end-user crypto supported 

01 private crypto supported: the session 
crypto key and crypto protocols are 
privately supplied by the end user 

10 end-user crypto supported: the session 
crypto key is distributed by the 
SVC.MGR.SSCP and SVC.MGR.LU; 
the crypto protocols are privately 
supplied by the end user 

bits 2-3, session-level crypto options: 

00 no session-level crypto supported 

01 _session-level selective crypto supported; 
all crypto key management is supported 
by SVC.MGR.SSCP and 
SVC.MGR.LU; exchange (via 
+RSP(BIND)) and verification (via 
CRV) of the crypto session-seed value 
is supported by the SVC.MGR.LUs for 
the session; all FMD requests carrying 
ED are enciphered/deciphered by the 
CPMGRs 

10 __—ireserved 

11  session-level mandatory crypto 
supported; same as session-level 
selective crypto except a/l FMD 
requests are enciphered/deciphered by 
the CPMGRs 

bits 4-7, session-level and/or end-user crypto 
options field length: 

X‘0’ no session-level or end-user crypto 
specified; following additional crypto 
options fields (bytes 27-k) omitted 

X‘9’ session-level and/or end-user crypto 
specified; additional options follow in 
next nine bytes 

2] bits 0-1, session crypto key encipherment mode: 

00 session crypto key enciphered under 
SLU master crypto key using a seed 
value of zero (only value defined) 
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Byte(s) 


/ 28-k 


k+1 
k+2-m 
m+1 


m+2-n 
n+l 


n+2-p 
p+l 


p+2-r 


Description 


bits 2-4, reserved 
bits 5-7, crypto cipher method: 

000 block chaining with seed and cipher text 
feedback, using the Data Encryption 
Standard (DES) algorithm (only value 
defined) 

Session crypto key enciphered under secondary 
LU master crypto key; an eight-byte value that, 
when deciphered, yields the session crypto key 
used for enciphering and deciphering FMD 
requests 

Length of primary LU name—see Note, below 
Primary LU name 

Length of user data (X‘00’ = no user data field 
present)—see Note, below 

User data 

Length of user request correlation field (X‘00’ = 
no user request correlation present) 

User request correlation field 

Length of secondary LU name (X‘00’ = no 
secondary LU name present) 


Secondary LU name 
Note: The length of the BIND RU cannot exceed 256 
bytes, lest a negative response be returned. 


_ BINDF; PLU—>SSCP, Norm; FMD NS(s) (BIND 


FAILURE) 

BINDF is sent by the PLU to notify the SSCP 
that the attempt to activate the session between 
the specified LUs has failed. 

X‘810685’ NS header 

Sense data: 

0801, 0803, 0804, 0805, 080A, O80C, O80E, 
O80F, 0810, 0812, 0815, 081C, 0821, 1003, 
1005, and path, RH, and state error sense codes. 
(See the description of sense codes in the next 
section. ) 

Reason 

bit 0, reserved 

bit 1, 1 BIND error in reaching SLU 

bit 2, 1 setup reject at PLU 
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Byte(s) Description 


bit 3, 1 setup reject at SLU 
bits 4-7, reserved 

8 Session key 
X‘06’ uninterpreted name pair 
X‘07’ network address pair 


9-m Session Key Content 

eFor session key X‘06’: uninterpreted name pair 
9 Type: X‘F3’ logical unit 
10 Length, in binary, of symbolic name of PLU 
11-k Symbolic name in EBCDIC characters 
k+1 Type: X‘F3’ logical unit 
k+2 Length, in binary, of symbolic name of SLU 


k+3-m Symbolic name, in EBCDIC characters 

eFor session key X‘07’: network address pair 
9-10 Network address of PLU 
11-12(=m) Network address of SLU 


BIS; LU—>LU, Norm; DFC (BRACKET INITIATION 
STOPPED) 
BIS is sent by the half-session that received SBI 
to acknowledge its agreement not to send BB or 
BID. A BIS request can also be sent unsolicited 
to inform the receiving half-session that the 
sending half-session will not send any subsequent 
BB or BID requests. 

0 X‘70’ request code 


CANCEL; LU—>LU, Norm; DFC (CANCEL) 
CANCEL may be sent by a half-session to 
terminate a partially sent chain of FMD requests. 
CANCEL may be sent only when a chain is in 
process. The sending half-session may send 
CANCEL to end a partially sent chain if a 
negative response is received for a request in the 
chain, or for some other reason. If a valid 
CANCEL is received by a half-session, it always 
returns a positive response. 

0 X‘83’ request code 
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Byte(s) Description 


CDCINIT; SSCP—>SSCP, Norm; FMD NS(s) 
(CROSS-DOMAIN CONTROL INITIATE) 
CDCINIT passes information about the SLU 
from the SSCP(SLU) to the SSCP(PLU) and 
requests that the SSCP(PLU) send CINIT to the 
PLU. After the SSCP(PLU) successfully 
processes the CDCINIT request, it returns a 
positive response to the SSCP(SLU) and sends a 


CINIT to the PLU. 
0-2 X‘81864B’ NS header 
3 Format: 


bits 0-3, 0000 Format O (only value defined) 
bits 4-7, reserved 


4 Reserved 

5-12 PCID 

5-6 The network address of SSCP(ILU) 
7-12 A unique 6-byte value, generated by the 


SSCP(ILU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed. The SSCP(ILU) 
maintains correlation between PCID and the 
URC, if one has been provided by the 
INIT-SELF or INIT-OTHER request. 

13-14 Network address of PLU 

15-16 Network address of SLU 

17-18 Length, in binary, of BIND image 

19-n BIND image: the BIND RU (see BIND format 


description), excluding the request code field 
Note: For SLUs not in the sending SSCP’s PU.T5 node, 
the session crypto key is enciphered under the SLU 
master crypto key; for SLUs in the PU.TS node, the 
sending SSCP enciphers the session crypto key under a 
dummy SLU master crypto key. 


n+1-n+2 Length, in binary, of LU or non-SNA device 
characteristics field and format 
(Note: X‘00’ = no characteristics/format field) 
n+3 LU or non-SNA device characteristics format: 
X‘01’ Format 1: access method unique device 
characteristics (only value defined) 
n+4-p LU or non-SNA device characteristics. (See 
CINIT for the specification of this field.) 
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Byte(s) 


p+l 


p+2-q 


Description 


Length, in binary, of session crypto key 


(Note: X‘00’ = no Session Crypto Key field is 
present.) 


Session crypto key for primary: the session 
crypto key, enciphered under the cross-domain 
crypto key defined for the SSCP(SLU) to 
SSCP(PLU) direction (a different cross-domain 
crypto key is defined for the opposite direction) 
and using a seed value of zero. 


CDINIT; SSCP—>SSCP, Norm; FMD NS(s) 


0-2 
Format 0 
3 
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(CROSS-DOMAIN INITIATE) 

CDINIT from the SSCP(OLU) requests that the 
SSCP(DLV) assist in activating an (LU,LU) 
session for the specified (OLU,DLU) pair. A 
positive response is returned once the CDINIT 
request is accepted and LU availability verified. 
Information about the DLU is returned in the 
response to the CDINIT. 

X‘818641’ NS header 


Format: 

bits 0-3, 0000 Format 0, specifies the full set of 
parameters; it is used when Type = I, 
I/Q, or Q; bytes 17-18 are zero for 
Format 0 

bits 4-7, reserved 

Type: 

bits 0-1, 00 reserved 
01 initiate only (I) 
10 queue only (Q) 
11 initiate or queue (I/Q) 

bits 2-4, reserved 

bits 5-6, 00 DLU is PLU 
01 DLU is SLU 
10 SSCP determines PLU/SLU 
11 reserved 

bit 7, reserved 


Byte(s) 
5 


Description 


Queuing Conditions for DLU 
bit 0, O do not queue if session count exceeded 
1 queue if session count exceeded 
bit 1, O do not queue if DLU not enabled 
1 queue if DLU not enabled 
bit 2, 0 do not queue if CDINIT loses contention 
1 queue if CDINIT loses contention 
bit 3, 0 do not queue if no SSCP(DLU)-DLU 
path 
1 queue if no SSCP(DLU)-DLU path 
bit 4, reserved 
bits 5-6, queuing position/service 
00 put this request on the bottom of the 
queue. (This request is put at the 
bottom of the queue and serviced last.) 
01 enqueue this request FIFO 
10 enqueue this request LIFO 
11 reserved 
bit 7, 0 do not queue for recovery retry 
1 queue for recovery retry 
(The element will be maintained on the recovery 
retry queue even after the activation of the 
session so that the session can be retried in the 
event of a session failure.) 


Note: Queuing will not be done if the DLU is unknown, 
or the domain of the DLU is in takedown status. 


OLU status: 
bit 0, reserved 
bit 1, O LU is not available 
1 LU is available 
bits 2-3, (if LU is not available) 
00 LU session count exceeded 
01 reserved | 
10 LU is not enabled (not accepting new 
sessions) 
11 reserved 
bit 4, 0 existing SSCP to LU path 
1 no existing SSCP to LU path 
(connectivity is lost) 
bit 5, reserved 
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Byte(s) 


15-16 
17-18 
19 


20 


21-28 


29-m 
29 


34 


Description 


bits 6-7, 00 reserved 
01 OLU is PLU 
10 OLU is SLU 
11 OLU may be either (SSCP(DLU) 
decides) 
PCID 
The network address of SSCP(ILU) 
A unique 6-byte value, generated by the SSCP 
(ILU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed 
Network address of OLU 
Reserved 
INITIATE origin: 
bit 0, 0 OLU is origin 
1 third party is origin 
bit 1, reserved 
bit 2,0 PLU is DLU 
1 PLU is OLU 
bit 3, O network user is the initiator 
1 network manager is the initiator 
bits 4-7, reserved 
NOTIFY specification: . 
bits 0-1, 00 do not send NOTIFY to LUs in 
session with DLU 
01 send NOTIFY to all LUs in session 
with DLU 
10 send NOTIFY to all LUs in session 
with DLU only if the CINIT request 
is queued 
11 reserved 
bits 2-7, reserved 
Mode: an eight-character symbolic name 
(implementation- and installation-dependent) 
that identifies the set of rules and protocols to be 
used for the session; used by the SSCP(SLU) to 
select the BIND image that will be used by the 
SSCP(PLU) to build the CINIT request. 
Network Namé of DLU 
Type: X‘F3’ logical unit 


Byte(s) 


30 
31-m 
m+1-n 
m+l 


m+2-n 


n+1-p 
n+l 


n+2-p 


p+l-q 
ptl 


p+2-q 


q+1-r 
qt+1 
q+2 
q+3-r 
r+1-s 
j r+l 
“ r4+2 


r+3-s 
Format 1 
13 


Description 


Length, in binary, of symbolic name 

Symbolic name, in EBCDIC characters 
Requester ID 

Length, in binary, of requester ID 

(Note: X‘00’ = no requester ID is present.) 

Requester ID: the ID, in EBCDIC characters, of 
the end user initiating the request. (May be used 
to establish the authority of the end user to 
access a particular resource.) 

Password 

Length, in binary, of password 

(Note: X‘00’ = no password is present.) 

Password used to verify the identity of the end 
user 

User Field 

Length, in binary, of user data 

(Note: X‘00’ = no user data is present.) 

User data: user-specific data that is not 
processed by network services protocol machines 
but is passed to the primary LU on the CINIT 
request 

Network Name of OLU 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name 

Symbolic name in EBCDIC characters 
Uninterpreted Name of DLU 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name 


(Note: X‘00’ = no uninterpreted name; the network 
name in bytes 29-m is used as the uninterpreted name.) 


Symbolic name in EBCDIC characters 


Format: 

bits 0-3, 0001 Format 1, specifies a subset of the 
parameters; only bytes 0-18 are used in 
Format 1; Format 1 is used when Type 
= DQ 

bits 4-7, reserved 
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Byte(s) 
4 


36 


Description 


Type: 
bits 0-1, 00 dequeue (DQ) 
bits 2-3, 00 leave on queue if dequeue retry is 
unsuccessful 
01 remove from queue if dequeue retry 
is unsuccessful 
10 do not retry—remove from queue 
11 reserved 
bit 4, reserved 
bits 5-6, 00 LU2 is PLU 
01 LU2 is SLU 
10 reserved 
11 reserved 
bit 7, reserved 
Queuing Status (For LU associated with SSCP 
sending CDINIT(DQ)) 
bits 0-3, reserved 
bit 4, reserved 
bits 5-6, 00 request on bottom of queue 
01 enqueued request FIFO 
10 enqueued request LIFO 
11 reserved 
bit 7, reserved 
LU Status (For LU associated with SSCP 
sending CDINIT(DQ)) 
bit 0, reserved 
bit 1, 0 LU is unavailable 
1 LU is available 
bits 2-3, (if LU is unavailable) 
00 LU session count exceeded 
01 reserved 
10 LU is not enabled (not accepting 
new sessions) 
11 reserved 
bit 4, 0 existing SSCP to LU path 
1 no existing SSCP to LU path 
bit 5, reserved 
bits 6-7, 00 reserved 
01 LU is PLU 
10 LU is SLU 
11 reserved 


15-16 
17-18 


Description 


PCID 

The network address of SSCP(ILU) 

A unique 6-byte value, generated by the 
SSCP(ILU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed. (This PCID must 
be the same as in the original CDINIT request.) 
Network address of LU1 

Network address of LU2 


CDSESSEND; SSCP(PLU)—>SSCP(SLU), Norm; FMD 


11 
12 


13-n 


13 

14 
15-m 
m+1 
m+2 
m+3-n 


NS(s) (CROSS-DOMAIN SESSION ENDED) 
CDSESSEND notifies the SSCP(SLU) of the 
successful completion of the session deactivation 
procedure for the session identified by the 
Session Key Content field, together with the 
PCID for the deactivation procedure. 

X‘818648’ NS header 

PCID 

Network address of SSCP(TLU) 


(Note: A network address value of zero indicates that no 
PCID is present in bytes 5 through 10; bytes 5-10 are 
reserved when bytes 3-4 are zero.) 


A unique 6-byte value, generated by the 
SSCP(TLU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed 

Reserved 

Session key: 

X‘06’ network name pair 

X‘07’ network address pair 

Session Key Content 

«For session key X‘06’: network name pair 
Type: X‘F3’ logical unit 

Length, in binary, of symbolic name of PLU 
Symbolic name in EBCDIC characters 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name of SLU 
Symbolic name in EBCDIC characters 

eFor session key X‘07’: network address pair 
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Byte(s) Description 


13-14 Network address of PLU 
15-16(=n) Network address of SLU 


CDSESSSF; SSCP(PLU)—>SSCP(SLU), Norm; FMD 
NS(s) (CROSS-DOMAIN SESSION SETUP 
FAILURE) 

CDSESSSF notifies the SSCP(SLU) that the 
cross-domain session activation procedure 
identified by the Session Key Content field, 
together with the PCID for the session activation 
procedure, has failed. The reason for the failure 
and associated sense data are given. 


0-2 X‘818645’ NS header 

3-10 PCID 

3-4 The network address of SSCP (ILU) 
5-10 A unique 6-byte value, generated by the 


SSCP(ILU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed 

11-14 Sense data 
0801, 0803, 0804, 0805, 080A, 080C, O80E, 
O80F, 0810, 0812, 0815, 081C, 0821, 1003, 
1005, and path, RH, and state error sense codes. 
(The next section contains a description of sense 
codes. ) 

15 Reason: 
bit 0, 1 CINIT error in reaching PLU 
bit 1, 1 BIND error in reaching SLU 
bit 2, 1 setup reject at PLU 
bit 3, 1 setup reject at SLU 
bits 4-7, reserved 

16 ~ Session key: 
X‘06’ network name pair 
X‘07’ network address pair 


17-n Session Key Content | 

eFor session key X‘06’: network name pair 
17 Type: X‘F3’ logical unit 
18 Length, in binary, of symbolic name of PLU 


19-m Symbolic name in EBCDIC characters 
m+1 Type: X‘F3’ logical unit 


38 


Byte(s) 


m+2 
m+3-n 


17-18 


Description 


Length, in binary, of symbolic name of SLU 
Symbolic name in EBCDIC characters 

eFor session key X‘07’: network address pair 
Network address of PLU 


19-20(=n) Network address of SLU 


_CDSESSST; SSCP(PLU)—>SSCP(SLU), Norm; FMD 


13-n 


/13 

14 
15-m 
m+1 
m+2 
m4+3-n 


13-14 


NS(s) (CROSS-DOMAIN SESSION 
STARTED) 

CDSESSST notifies the SSCP(SLU) that the 
session identified by the Session Key Content 
field, together with the specified PCID for the 
activation procedure, has been successfully 
activated. 

X‘818646’ NS header 

PCID 

The network address of SSCP(ILU) 

A unique 6-byte value, generated by the 
SSCP(ILU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed 

Reserved 

Session key: 

X‘06’ network name pair 

X‘07’ network address pair 

Session Key Content 

¢For session key X‘06’: network name pair 
Type: X‘F3’ logical unit 

Length, in binary, of symbolic name of PLU 
Symbolic name in EBCDIC characters 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name of SLU 
Symbolic name in EBCDIC characters 

eFor session key X‘07’: network address pair 
Network address of PLU 


15-16(=n) Network address of SLU 
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Byte(s) Description 


CDSESSTF; SSCP(PLU)—>SSCP(SLU), Norm; FMD 
NS(s) (CROSS-DOMAIN SESSION 
TAKEDOWN FAILURE) 

CDSESSTF notifies the SSCP(SLU) that the 
session deactivation procedure for the session 
identified by the Session Key Content field, 
together with the PCID for the deactivation 
procedure, was unsuccessful. 


0-2 X‘818647’ NS header 
3-10 PCID 
3-4 The network address of SSCP(TLU) 


(Note: A network address value of zero indicates that no 
PCID is present; bytes 5-10 are reserved when bytes 3-4 
are zero.) 


5-10 A unique 6-byte value, generated by the 
SSCP(TLU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed 

11-14 Sense data 
0801, 0803, 0804, 080A, O80E, O80F, 0810, and 
path, RH, and state error sense codes. (The next 
section contains a description of sense codes.) 

15 Reason: . 
bit 0, 1 CTERM error in reaching PLU 
bit 1, 1 UNBIND error in reaching SLU 
bit 2, 1 takedown reject at PLU 
bits 3-7, reserved 

16 Session key: 

X‘06’ network name pair 
X‘07’ network address pair i 


17-n Session Key Content 

For session key X‘06’: network name pair 
17 Type: X‘F3’ logical unit 
18 _ Length, in binary, of symbolic name of PLU 


19-m ‘Symbolic name in EBCDIC characters 
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Byte(s) Description 


m+i Type: X‘F3’ logical unit 
m+2 Length, in binary, of symbolic name of SLU 
m+3-n Symbolic name in EBCDIC characters 

eFor session key X‘07’: network address pair 
17-18 Network address of PLU 
19-20(=n) Network address of SLU 


CDTAKED; SSCP—>SSCP, Norm; FMD NS(s) 
(CROSS-DOMAIN TAKEDOWN) 
CDTAKED initiates a procedure to cause the 
takedown of all cross-domain (LU,LU) sessions 
involving the domains of both the sending and 
receiving SSCPs. It also prevents the initiation 
of new (LU,LU) sessions between these domains 
until CDTAKEDC has been processed. Each 
session termination is reported individually via 
CDSESSEND or CDSESSTF for quiesce, 
orderly, or forced takedown procedures. 
Takedown using cleanup is mutual; both SSCPs 
participate, but no CDSESSEND or CDSESSTF 
is sent. The Type byte specifies the takedown 
procedure—quiesce, orderly, forced, or cleanup. 


0-2 X‘818649’ NS header 

3-10 PCID 

3-4 The network address of the SSCP sending the 
request . 

5-10 A unique 6-byte value generated by the sending 


SSCP and retained and used in all cross-domain 
requests dealing with the same procedure until it 
is completed 

11 Type: 


41. 


Byte(s) 


12 
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Description 


bits 0-1, 00 active and pending-active sessions 
O01 active, pending-active, and queued 
sessions 
10 queued sessions 
11 reserved 
bits 2-3, 00 quiesce 
01 orderly 
10 forced 
11 cleanup (mutual procedure) 
bits 4-7, reserved 
Reason: 
bit 0, O network user 
1 network manager 
bit 1, 0 normal 
1 abnormal 
bits 2-7, detailed reason (dependent upon bits 
0-1): 
eFor bits 0-1, 00 user and normal: 
bits 2-7, 000000 general category (only value 
defined) 
«For bits 0-1, 01 user and abnormal: 
bits 2-7, 000000 general category 
eFor bits 0-1, 10 manager and normal: 
bits 2-7, 000000 general category 
000011 operator command—domain is 
going away 
eFor bits 0-1, 11 manager and abnormal: 
bits 2-7, 000000 general category 
000001 operator command 
000010 restart procedure 


Byte(s) Description 


CDTAKEDC; SSCP—>SSCP, Norm; FMD NS(s) 
(CROSS-DOMAIN TAKEDOWN 
COMPLETE) 

Except when the Cleanup option was specified, 
the SSCP that received CDTAKED (and 
responded positively to it) sends CDTAKEDC 
upon completion of its domain takedown 
procedure. The other SSCP, after completing its 
domain takedown procedure and receiving a 
CDTAKEDC, also sends a CDTAKEDC. 


Q-2 X’81864A’ NS header 
3-10 PCID 
3-4 The network address of the SSCP that initiated 


the takedown procedure 

5-10 A unique 6-byte value, generated by the SSCP 
initiating the takedown procedure, which is 
retained and used in all cross-domain requests 
dealing with the same procedure until it is 


completed 
11 Type: 

X’01’ summary (only value defined) 
12 Status: 


eFor Type X’01’ summary: 
X’01’ all sessions successfully taken down 
X’02’ takedown failures occurred 


CDTERM; SSCP(OLU)—>SSCP(DLU), Norm; FMD 
NS(s) (CROSS-DOMAIN TERMINATE) 
CDTERM from the SSCP(OLU) requests that 
the SSCP(DLU) assist in the deactivation of the 
cross-domain (LU,LU) session identified by the 
Session Key Content field and the Type byte of 
the RU. Each SSCP executes that portion of 
terminate processing that relates to the LU it 


manages. 
Q-2 X’818643’ NS header 
3 bits 0-3, 0000 Format O (only value defined) 
bits 4-7, reserved 
4 Type: 


bits 0-1, 00 request applies to active and 
pending-active sessions 
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Byte(s) 


13 
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Description 


01 request applies to active, 
pending-active, and queued sessions 
10 request applies to queued sessions 
only 
11 reserved 
bit 2, O forced termination, session to be 
deactivated immediately and 
unconditionally 
1 orderly termination, permitting an 
end-of-session procedure to be executed 
at the PLU before the session is 
deactivated 
bit 3, 0 not last session for DLU 


1 last session for DLU 
(Note: The “‘last session” is relative to the information 
that SSCP(OLU) has concerning its LUs and the DLU.) 


bit 4, reserved 
bits 5-6, 00 DLU is PLU 
01 DLU is SLU 
10 SSCP determines PLU/SLU 
11 reserved 
bit 7, 0 not cleanup 
1 cleanup (not allowed when bit 2 = 0) 
PCID 
The network address of the SSCP(TLU) 
A unique 6-byte value, generated by the 
SSCP(TLU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed 
Reason: 
bit 0, 0 network user 
1 network manager 
bit 1, 0 normal 
1 abnormal 
bits 2-7 detailed reason (dependent upon bits 
0-1): 
eFor bits 0-1, 00 user and normal: 
bits 2-7, 000000 general category 
000001 self, OL.U=PLU 
000010 self, OL.U=SLU 
000011 other 


Byte(s) 


14-15 
16 


17-n 


17 

18 
19-m 
m+1 
m+2 

~ m+3-n 


17-18 
19-20(=n) 


17-18 
19 

20 
21-n 
n+1-p 
n+l 


Description 


eFor bits 0-1, 01 user and abnormal: 
bits 2-7, 000000 general category 
¢For bits 0-1, 10 manager and normal: 
bits 2-7, 000000 general category 
000001 operator command—session 
000010 operator command—LU 
000011 operator command—domain 
¢For bits 0-1, 11 manager and abnormal: 
bits 2-7, 000000 general category 
000001 operator command 
000010 restart procedure 
000011 preempt procedure 
000100 unrecoverable path error 
000101 unrecoverable destination error 
Reserved 
Session key: 
X‘06’ network name pair 
X‘0O7’ network address pair 
X‘08’ network address-network name 
Session Key Content 
eFor session key X‘06’: network name pair 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name of OLU 
Symbolic name in EBCDIC characters 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name of DLU 
Symbolic name in EBCDIC characters 
«For session key X‘07’: network address pair 
Network address of PLU 
Network address of SLU 
eFor session key X‘08’: network 
address-network name 
Network address of OLU 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name of DLU 
Symbolic name in EBCDIC characters 
Requester ID 
Length, in binary, of requester ID 
(Note: X‘00' = no requester ID is present.) 
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Byte(s) 
n+2-p 


p+1-q 
p+l 


p+2-q 


Description 


Requester ID: the ID, in EBCDIC characters, of 
the end user initiating the request 

Password 

Length, in binary, of password 

(Note: X‘00’ = no password is present.) 

Password used to verify the identity of the end 
user 


CESLOW; SSCP—>PU, Norm; FMD NS(c) (CONTROL 


ENTERING SLOWDOWN) 

CESLOW informs the receiving PU (PU1) that 
the node of the specified PU (PU2) has entered 
slowdown. PU1 is expected to take action to 
reduce traffic to PU2. 

X‘01020C’ NS header 

Network address of PU that has entered 
slowdown 


CEXSLOW; SSCP—>PU, Norm; FMD NS(c) 


0-2 
324 


(CONTROL EXITING SLOWDOWN) 
CEXSLOW informs the receiving PU (PU1) that 
the node of the specified PU (PU2) has exited 
slowdown. PU1 may resume regular traffic with 
PU2. 

X‘01020D’ NS header 

Network address of PU that has exited slowdown 


CHASE; LU—>LU, Norm; DFC (CHASE) 
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CHASE is sent by a half-session to request the 
receiving half-session to return all outstanding 
responses to normal-flow requests previously 
received from the issuer of CHASE. The 
receiver of CHASE sends the response to 
CHASE after processing (and sending any 
necessary responses to) all normal-flow requests 
received before the CHASE. 

X‘84’ request code 


Byte(s) 


Description 


CINIT; SSCP—>PLU, Norm; FMD NS(s) (CONTROL 


6-7 
8-9 
10-11 
12-m 


m-+1-n 
m+1 
m+2 
m+3-n 


n+1-p 
n+l 


INITIATE) 
CINIT requests the PLU to attempt, via a BIND 
request, to activate a session with the specified 
SLU. 
X‘810601’ NS header 
Format: 
bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 
INITIATE origin: 
bit O, O OLU is origin 
1 third party is origin 
bit 1, reserved 
bit 2,0 PLU is DLU 
1 PLU is OLU 
bit 3, O network user is the initiator 
1 network manager is the initiator 
bits 4-5, reserved 
bit 6, O no recovery retry 
1 recovery retry to be used 
bit 7, reserved 
Session key: 
X‘07’ network address pair 
Network address of PLU 
Network address of SLU 
Length of BIND Image field 
BIND image: the BIND RU, excluding the 
request code field (see BIND format description) 
Name of SLU 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name 
Symbolic name, in EBCDIC characters 
Note: The SLU name is the: 
* uninterpreted name if the INITIATE origin was 
INIT-SELF issued by the PLU. 
¢ network name if the INITIATE origin was INIT-SELF 
issued by the SLU, or was INIT-OTHER. 
Requester ID 
Length, in binary, of requester ID 
(Note: X‘00’ = no requester ID is present.) 
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Byte(s) 


n+2-p 


p+l-q 
pt+l 


p+2-q 
qt+1-r 
qt1 

qt+2-r 


r+l1-s 
r+1-r+2 


r+3 


r+4-s 


r+4 
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Description 


Requester ID: the ID, in EBCDIC characters, of 
the end user initiating the session activation 
request. (May be used to establish the authority 
of the end user to access a particular resource. ) 
Password 

Length, in binary, of password 

(Note: X‘00’ = no password is present) 

Password used to verify the identity of the end 
user 

User Field 

(from INITIATE RU) 

Length, in binary, of user data 

(Note: X‘00’ = no user data is present) 

User data: user-specific data that is not 
processed by FI.FMD network services protocol 
machines but is passed to the SVC.MGR.PLU 
LU or Non-SNA Device Characteristics 

Length of characteristics field, including both 


format and characteristics fields 
(Note: X‘0000’ = no Format and no Characteristics fields 
are present.) 


Characteristics format: 
X‘O1’ device characteristics (only value defined) 
LU or Non-SNA Device Characteristics 
eFormat X‘0O1’: 
(This format represents an access-method-unique 
LU/device characteristics definition. For more 
specific information refer to access method 
implementation documentation.) 
Scheduling information: 
X‘80’ input device 
X‘40’ output device 
X‘20’ conversational mode 
X‘10’ reserved 
X’08’ start print sensitive 
X‘04’ reserved 
X‘02’ additional information provided (always 
on) 
X‘O1’ specific poll=on 
general poll=off 


Byte(s) 
r+5 


r+6 


r+7 


r+8 
r+9 


Description 


Device type: 
X‘00’ undefined device type 
X‘04’ 2741 
X‘08’ WT TY 
X‘10’ 115A 
X‘20’ TWX (33-35) 
X‘30’ 83B3 
X40’ 2740 
X‘80’ 1050 
X90’ 2780 
X19? 3277 
X‘1A’ 3284 
X‘1B’ 3286/3288 
XM 1C'3275 
X‘6D’ SNA logical unit 
Model information: 
X‘00’ Model 1 
X‘01’ Model 2 
Feature information: 
bits 0-1, 00 SLDC 
01 start/stop 
10 BSC 
11 reserved 
bits 2-7, X‘20’ XMIT interrupt feature 
X‘10’ SWITCHED LINE = ON 
LEASED LINE = OFF 
X‘08’ attention 
X‘04’ checking 
X‘02’ station control 
X‘01’ selector pen 
Physical device address 
Miscellaneous flags: 
X‘80’ SNA-compatible application program 
interface (always on) 
X‘40’ non-SNA application program interface 
(always off) 
X‘20’ buffered 
X‘10’ continue mode 
X‘08’ contention mode 
X‘04’ inhibit mode (text timeout) 
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Byte(s) 


r+10 
r+11 
r+12-r+16 
r+17-s 
r+17 


r+18-s 
s+1 


S+2-t 


Description 


X‘02’ end-to-end control 
X‘O1’ reserved 

Reserved 

Reserved 

Screen size 

Work Area 

Work area format: 

X‘00’ unformatted 

X‘01’ TCAM format 

Work area excluding format 


Length of Session Crypto Key field 
(Note: X‘00’ = no Session Crypto Key field is present) 


Session Crypto Key field: session crypto key 
enciphered under PLU master crypto key 


CLEANUP; SSCP—>SLU, Norm; FMD NS(s) (CLEAN 
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UP SESSION) 
CLEANUP is sent by the SSCP to the SLU (ina 
PU.T4 | 5 node only) to reset the specified 
(PLU,SLU).SEC half-session; CLEANUP has 
the same effect as UNBIND; that is, the 
(PLU,SLU).SEC.SESS.SUBTREE and 
(PLU,SLU).SEC.SESS.RCV are reset. 
X‘810629’ NS header 
bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 
Reserved 
Reason: 
bit 0, O network user 
1 network manager 
bit 1, 0 normal 
1 abnormal 

bits 2-7, detailed reason (dependent upon bits 

0-1): 
eFor bits 0-1, 00 user and normal: 
bits 2-7, 000000 general category 

000001 self, OL.U=PLU 

000010 self, OLU=SLU 

000011 other 


Byte(s) 


7-n 


9-m 

) m+1 
m+2 
m+3-n 


Description 


eFor bits 0-1, 01 user and abnormal: 
bits 2-7, 000000 general category (only value 
defined) 
eFor bits 0-1, 10 manager and normal: 
bits 2-7, 000000 general category 
000001 operator command—clean up 
session 
000010 operator command—clean up 
all sessions for LU 
000011 operator command—clean up 
all LU-LU sessions for LUs in 
the domain 
eFor bits 0-1, 11 manager and abnormal: 
bits 2-7, 000000 general category 
000001 operator command 
000010 restart procedure 
000011 preempt procedure 
000100 unrecoverable path error 
000101 unrecoverable destination error 
Session key: 
X‘06’ uninterpreted name pair 
X‘0O7’ network address pair 
Session Key Content . 
eFor session key X‘06’: uninterpreted name pair 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name of PLU 
Symbolic name in EBCDIC characters 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name of SLU 
Symbolic name in EBCDIC characters 
«For session key X‘07’: network address pair 
Network address of PLU 
Network address of SLU 


51 


Byte(s) Description 


CLEAR; PLU—>SLU, SSCP—>SSCP, Exp; SC 
(CLEAR) 
CLEAR is sent by primary session control to 
reset the data traffic FSMs and subtrees (for 
example, brackets, pacing, sequence numbers) in 
both the primary and secondary half-sessions 
(and boundary function, if any). CLEAR can be 
used after a catastrophic error as the first step in 
a data traffic recovery sequence. Sending 
CLEAR precludes sending any further DFC or 

_FMD requests or responses until SDT (where 

supported) is successfully processed. All pending 
responses to DFC and FMD requests are 
discarded. CLEAR is a valid request whenever 
the session is active, so any number of CLEARs 
can be outstanding at one time. 

0 X‘A1’ request code 


CONNOUT; SSCP—>PPU, Norm; FMD NS(c) 
(CONNECT OUT) 
CONNOUT requests the PPU to initiate a 
connect-out procedure to a designated secondary 
station, via the primary station of the specified 


: link.» 
0-2 X‘01020E’ NS header 
3-4 Network address of link 
5 Address of link station 
6 bit 0, type: 0 (only value eeimed) 


bit 1, manual: 
0 automatic connect out 
1. manual connect out 


bits 2-7, reserved 
Note: Bytes 7-n are not permitted on manual-connect 


calls. 

7 Retry limit: number of times the connect-out 
procedure is to be retried 

8 Number of dial digits 

9-n Dial digits: decimal EBCDIC characters plus 


end-of-numbers (X‘FC’) and separator (X‘FD’) 
characters, where used 
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Byte(s) Description 


CONTACT; SSCP—>PU, Norm; FMD NS(c) 
(CONTACT) 
CONTACT requests the initiation of a procedure 
at the PU to activate DLC-level contact with the 
link station associated with an adjacent PU 
addressed in the request. The DLC-level contact 
must be activated before any PIUs can be sent to | 
or from the adjacent node. A positive response 
to CONTACT is issued when the DLC contact 
procedure begins. 

0-2 X‘010201’ NS header 

3-4 Network address of PU in node to be contacted 


CONTACTED; PU—>SSCP, Norm; FMD NS(c) 
(CONTACTED) 

CONTACTED is issued by the PU to indicate to 
the SSCP the completion of the DLC contact 
procedure. A status parameter conveyed by this 
request informs SSCP configuration services 
whether or not the contact procedure was 
successful; if not successful, the status indicates 
whether an adjacent PU node load is required or 
whether an error occurred on the contact 
procedure. 

X‘010280’ NS header 

Network address of PU in node being contacted 
Status of the PU being contacted: 

X‘01’ loaded 

X‘02’ load required 

X‘03’ error on CONTACT 


mw © 
a 


CRV; PLU—>SLU, Exp; SC (CRYPTOGRAPHIC 
VERIFICATION) 
CRV, a valid request when session-level crypto 
was selected in BIND, is sent by the PLU session 
control to the SLU session control and carries an 
enciphered transform of the test value sent 
enciphered by the secondary in its previous 
+RSP(BIND). This exchange provides a crypto 
verification test to enable sending and receiving 
of FMD requests by both half-sessions. 
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Byte(s) 


0 
1-8 


Description 


X‘CO’ request code 

A transform of the (deciphered) crypto 
session-seed value received (enciphered) in bytes 
28-k of +RSP(BIND), re-enciphered under the 
session crypto key using a seed value of zero; the 
transform is the crypto session-seed value with 


the first four bytes inverted. 

(Note: The crypto session-seed is used as the seed for all 
session-level crypto encipherment and decipherment 
provided for FMD RUs.) 


CTERM; SSCP—>PLU, Norm; FMD NS(s) (CONTROL 
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TERMINATE) 
CTERM requests that the PLU attempt to 
deactivate a session with the specified SLU. 
X‘810602’ NS header 
bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 
Type: 
bits 0-1, reserved 
bits 2-3, 00 reserved 

01 orderly 

10 forced 

11 cleanup 
bits 4-7, reserved 
Reason: 
bit 0, O network user 

1 network manager 
bit 1, 0 normal 
1 abnormal 

bits 2-7, detailed reason (dependent upon bits 

0-1): 
«For bits 0-1, 00 user and normal: 
bits 2-7, 000000 general category 

000001 self, OLU = PLU 

000010 self, OLU = SLU 

000011 other 
eFor bits 0-1, 01 user and abnormal: 
bits 2-7, 000000 general category (only value | 

defined) 


Byte(s) 


6-7 


9-10 
11-12 
13-n 
13 


14-n 


n+1-p 
n+1 


n+2-p 
pt+l1-q 


pt+l 
p+2-q 


Description 


«For bits 0-1, 10 manager and normal: 
000001 operator command—session 
000010 operator command—LU 
000011 operator command—domain 
¢For bits 0-1, 11 manager and abnormal: 
bits 2-7, 000000 general category 
000001 operator command 
000010 restart procedure 
000011 preempt procedure 
000100 unrecoverable path error 
000101 unrecoverable destination error 
Reserved 
Session key: X‘07’ network address pair 
Network address of PLU 
Network address of SLU 
Requester [D 
Length, in binary, of requester ID 
(Note: X‘00’ = no requester ID is present.) 
Requester ID: the ID, in EBCDIC characters, of 
the end user initiating the session deactivation 
request. (May be used to establish the authority 
of the end user to access a particular resource or 
service. ) 
Password 
Length, in binary, of password 
(Note: X‘00 = no password is present.) 
Password used to verify the identity of the end 
user 
User Request Correlation (URC) field 
Length, in binary, of URC 
URC: end-user defined identifier; this value can 
be returned by the SSCP in a subsequent 
NOTIFY or NSPE to correlate a given session to 
the initiating request 


DACTCDRM; SSCP—>SSCP, Exp; SC (DEACTIVATE 


CROSS-DOMAIN RESOURCE MANAGER) 
DACTCDRM is sent from either SSCP to 
deactivate an (SSCP,SSCP) session. 

X‘15’ request code 
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Byte(s) 


1 


4-5 


Description 


bits 0-3, format: X‘O’ (only value defined) 
bits 4-7, type deactivation requested: 
X‘1’ normal end of session 
X‘2’ invalid activation parameter, sent 
by the primary half-session to 
deactivate the session and to 
indicate to the secondary that the 
response to ACTCDRM contained 
an invalid parameter 
Reason code (included only if type deactivation 
requested is invalid activation parameter, that is, 
byte 1, bits 4-7.= 2): 
X‘0808’ invalid contents ID 
X‘081D’ invalid SSCP ID 
X‘0821’ invalid session parameters 
Reserved if bytes 2-3 present; not included if 
bytes 2-3 not included 


DACTCONNIN; SSCP—>PPU, Norm; FMD NS(c) 


0-2 
3-4 


(DEACTIVATE CONNECT IN) 
DACTCONNIN requests the PPU to disable the 
primary station of the specified switched link 
from accepting incoming connections. 
X‘010217’ NS header 

Network address of link 


DACTLINK; SSCP—>PU, Norm; FMD NS(c) 


(DEACTIVATE LINK) 

DACTLINK initiates a procedure at the PU to 

deactivate the link station specified by the link 

network address parameter in the request. It is 
used after all stations on the specified link have 
been discontacted. 

X‘01020B’ NS header 

Network address of link 


DACTLU; SSCP—>LJU, Exp; SC (DEACTIVATE 
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LOGICAL UNIT) 

DACTLU is sent to deactivate the session 
between the SSCP and the LU. 

X‘OE’ request code 


Byte(s) Description 


DACTPU; SSCP—>PU, Exp; SC (DEACTIVATE 
PHYSICAL UNIT) 
DACTPU is sent to deactivate the session 
between the SSCP and the PU. 


0 X‘12’ request code 
1 Type deactivation requested: 
X‘0O1’ final use, physical connection may be 
broken 


‘02’ not final use, physical connection should 
not be broken 


DACTTRACE; SSCP—>PU, Norm; FMD NS(ma) 
(DEACTIVATE TRACE) 
DACTTRACE requests that the specified trace 
be deactivated. 


0-2 ‘010303’ NS header 

3-4 Network address of resource to be traced 
5 Selected trace 

6-n Data to support trace deactivation 


DISCONTACT; SSCP—>PU, Norm; FMD NS(c) 
(DISCONTACT) 
DISCONTACT requests the PU to deactivate 
DLC-level contact with the specified adjacent 
node. The discontact procedure is 
DLC-dependent; if applicable, polling is stopped. 
DISCONTACT may be used to terminate 
contact, IPL, or dump procedures before their 
completion. The PU responds negatively to 
DISCONTACT if an uninterruptible link-level 
procedure is in progress for the referenced link. 


0-2 X‘010202’ NS header 
3-4 Network address of PU in node to be 
, discontacted 


DISPSTOR; SSCP—>PU, Norm; FMD NS(ma) 
(DISPLAY STORAGE) 
DISPSTOR requests the PU to send a 
RECSTOR request containing a specified 
number of bytes of storage beginning ata 
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Byte(s) 


0-2 
3-4 


on DN 


-8 
-12 


Description 


specified location. If the Type byte specifies 
nonstatic storage display, the storage contents 
may be changing while the bytes are being set up 
in the RECSTOR RU. If the Type byte specifies 
static snapshot display, the RECSTOR RU is 
built with the assurance that storage contents are 
not being changed while the RU is being 
prepared. 

X‘010331’ NS header 

Network address of resource to be displayed 
Display type: 

X‘O1’ nonstatic storage display 

X‘Q2’ static snapshot display 

Reserved 

Number of bytes to be displayed 

Beginning location of display 


DSRLST; SSCP—>SSCP, Norm; FMD NS(s) (DIRECT 


Q-2 


4-m 


6-m 


SEARCH LIST) 

DSRLST identifies a control list type and 
specifies a list search argument to be used at the 
receiving SSCP; the latter searches the control 
list accordingly, and returns the appropriate 
control list entry data in the response. 
X‘818627’ NS header 

Control list type : X‘01’ (only value defined) 
Control list search argument: network name of 
LU (only value defined) 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name 

Symbolic name in EBCDIC characters 


DUMPFINAL; SSCP—>PPU, Norm; FMD NS(c) (DUMP 
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FINAL) 

DUMPFINAL terminates the dump sequence, 
whether DUMPTEXT is used or not. 
X‘010208’ NS header 

Network address of PU in node being dumped 
(the SPU) 


Byte(s) Description 


DUMPINIT; SSCP—>PPU, Norm; FMD NS(c) (DUMP 
INITIAL) 
DUMPINIT requests a DLC-level dump from the 
SPU node to the PPU node, for eventual 
transmission to the SSCP. From the specified 
SPU address, the PPU determines the correct 
link and station addresses to be used. Basic 
dump data, such as register, key, and indicator 
values, may be returned to the SSCP on the 


response. 

0-2 X‘010206’ NS header 

3-4 Network address of PU in node to be dumped 
(the SPU) 


DUMPTEXT; SSCP—>PPU, Norm; FMD NS(c) (DUMP 
TEXT) 
If further dump data is required, DUMPINIT 
may be followed by DUMPTEXT. DUMPTEXT 
causes the dump data specified by the 
starting-address parameter to be returned to the 
SSCP on the response. The PPU obtains the 
dump data from the SPU node, using a 
DLC-level interchange. 


0-2 X‘010207’ NS header 

3-4 Network address of PU in node to be dumped 
(the SPU) 

5-8 Starting address where dump data is to begin 

9-10 Length of text: two-byte binary count of the 


number of bytes of dump data to be returned 


ESLOW; PU—>SSCP, Norm; NS(c) (ENTERING 
SLOWDOWN) 
ESLOW informs the SSCP that the node of the 
sending PU has entered a slowdown state. This 
state is generally associated with buffer 
depletion, and requires traffic through the node 
to be reduced or suspended. 

2 ‘010214’ NS header 
-4 Network address of PU 
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Byte(s) Description 


EXECTEST; SSCP—>PU, Norm; FMD NS(ma) 
(EXECUTE TEST) 
EXECTEST requests the PU to activate the 
specified test type related to the specified 
network address. The test code specifies the test 
type and defines the contents of the test data 
field. The test may be for the PU, or for the LUs 
or links supported by the PU. 


0-2 X‘010301’ NS header 

3-4 Network address of resource to be tested 
5-8 Binary code selecting the test 

9-n Data to support the selected test 


EXSLOW; PU—>SSCP, Norm; FMD NS(c) (EXITING 
SLOWDOWN) 
EXSLOW informs the SSCP that the node of the 
sending PU is no longer in the slowdown state 
and regular traffic can resume. 

Q-2 X‘010215’ NS header 

3-4 Network address of PU 


FNA; SSCP—>PPU, Norm; FMD NS(c) (FREE 
NETWORK ADDRESSES) 
FNA updates the path control routing algorithm 
at the PPU node, such that PIUs with the 
specified LU network addresses (one or more) 
will no longer be routed to the specified SPU 
node. Freed network addresses may be 


reassigned via ANA. 

0-2 X‘01021A’ NS header 

3-4 Network address of target link or SPU 

5 Number of SPU or LU network addresses to be 

. freed. (X‘00’ = all: bytes 7-n not present.) 

6 Type: X‘80’ noncontiguous 

7-8 First network address to be freed , 

9-n Any additional network addresses (two-byte 
multiples) 
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Byte(s) Description 


INIT-OTHER; ILU—>SSCP, Norm; FMD NS(s) 
(INITIATE-OTHER) 
INIT-OTHER from the ILU requests that a 
session be activated between the two LUs named 
in the RU. The requester may be one of the two 


named LUs. 
0-2 X‘810680’ NS header 
3 Format: 


bits 0-3, 0001 Format 1 (only value defined) 
bits 4-7, reserved 
4 Type: 

_ bits 0-1, 00 dequeue (DQ) a previously enqueued 
initiate request. (See bits 2-3 for 
further specification of dequeue 
actions. ) 

O1 initiate only (1); do not enqueue 

- 10 enqueue only (Q). (See bytes 5-6 
for further specification of queuing 
conditions.) 

11 initiate/enqueue (I/Q); enqueue the 
request if it cannot be satisfied 
immediately 

bits 2-3, (used for DQ; otherwise, reserved) 

OO leave on queue if dequeuing attempt 
is unsuccessful 

01 remove from queue if dequeuing 
attempt is unsuccessful 

10 remove from queue; do not attempt 
initiation 

11 reserved 

bit 4, reserved 
bits 5-6, PLU/SLU specification: 

00 LU1 is PLU 

01 LU2 is PLU 

10 SSCP determines PLU/SLU 
specification, or when Type=DQ, 
the corresponding entry on the 
target queue may indicate that LU1 
or LU2 is the PLU. 

11 reserved 

bit 7, reserved 
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Byte(s) 


62 


Description 


Queuing conditions for LU1 

(When Type = DQ, bits 0-7 are reserved.) 

bit 0, 0 do not enqueue if session count will be 
exceeded 

1 enqueue if session count will be exceeded 

bit 1, 0 do not enqueue if the LU is not enabled 

1 enqueue even though the LU might not 

be enabled 
bit 2, 0 do not enqueue if CDINIT loses 
contention 

1 enqueue if CDINIT loses contention 

bit 3, 0 do not enqueue if there are no SSCP-LU 
paths 

1 enqueue if there are no SSCP-LU paths 

bit 4, reserved 
bits 5-6, queuing position/service: 

00 enqueue this request at the bottom of 
the queue. (The request is put at the 
bottom of the queue and serviced last.) 

01 enqueue this request FIFO 

10 enqueue this request LIFO 

11 reserved 

bit 7, O do not enqueue for recovery retry 

1 enqueue for recovery retry. (This isa 

queue that is used for 
recovery-reactivating an LU-LU session 
when the session, though it had been 
successfully activated, fails for some 
reason. Elements on this queue are not 
dequeued when a session activation is 
successfully completed; explicit session 
deactivation requests are needed to 
dequeue elements from this queue.) 

Queuing conditions for LU2 

(When Type = DQ, bits 0-7 are reserved.) 

bit 0, 0 do not enqueue if session count will be 
exceeded 

1 enqueue if session count will be exceeded 

bit 1, 0 do not enqueue if the LU is not enabled 

1 enqueue though the LU might not be 

enabled 


Byte(s) 


Description 


bit 2, O do not enqueue if CDINIT loses 
contention 

1 enqueue if CDINIT loses contention 

bit 3, 0 do not enqueue if there are no SSCP-LU 
paths 

1 enqueue if there are no SSCP-LU paths 

bit 4, reserved 
bits 5-6, queuing position/service: 

00 enqueue this request at the bottom of 
the queue. (The request is put at the 
bottom of the queue and serviced last.) 

01 enqueue this request FIFO 

10 enqueue this request LIFO 

11 reserved 

bit 7, 0 do not queue for recovery retry 

1 enqueue for recovery retry. (This is a 
queue that is used for 
recovery-reactivating an LU-LU session 
when the session, though it had been 
successfully activated, fails for some 
reason. Elements on this queue are not 
dequeued when a session activation is 
successfully completed; explicit session 
deactivation requests are needed to 


dequeue elements from this queue.) 

Notes: 

- If enqueuing for recovery 1s desired, then it must be 
indicated in both LU1 and LU2 Enqueuing Conditions 
bytes (bit 7 = ‘1’). 

« Bit 2 (CDINIT contention) must have the same setting 
for both LU1 and LU2. (Contention occurs when both 
SSCPs try to set up a session between the same LUs at 
the same time.) 

« Enqueuing is not performed if the DLU is unknown, or 
if the domain of either LU is in takedown status. 

INITIATE origin: 

bits 0-2, reserved 

bit 3, (when Type = DQ, bit 3 is reserved) 

QO network user is the initiator 
1 network manager is the initiator 
bits 4-7, reserved 
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Byte(s) 
8 


17-m 
LT 
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Description 


NOTIFY 
bits 0-1, (when Type = DQ, bits 0 and 1 are 
reserved) 
00 do not send NOTIFY to LUs in session 
with LU1 
01 send NOTIFY to all LUs in session with 
LUI 
10 send NOTIFY to all LUs in session with 
LU1 only if the request is queued 
11 reserved 
bits 2-3, (when Type = DQ, bits 2 and 3 are 
reserved) 
00 do not send NOTIFY to LUs in session 
with LU2 
01 send NOTIFY to all LUs in session with 
LU2 
10 send NOTIFY to all LUs in session with 
LU2 only if the request is enqueued 
11 reserved 
bit 4, 0 do not send NOTIFY to the ILU when 
INIT is dequeued 
1 send NOTIFY to the ILU when INIT is 
dequeued 
bit 5, 0 do not send NOTIFY to the ILU when 
the requested session is set up 
1 send NOTIFY to the ILU when the 
requested session is set up 
bits 6-7, reserved 
Mode: an eight-character symbolic name 
(implementation- and installation-dependent) 
that identifies the set of rules and protocols to be 
used for the session; used by the SSCP(SLU) to 
select the BIND image that will be used by the 
SSCP(PLU) to build the CINIT request. (When 
Type = DQ, the Mode field is reserved.) 
Uninterpreted name of LUI 
Type: X‘F3’ logical unit 


Byte(s) 
18 
19-m 
m+1-n 
m+1 
m+2 
m+3-n 
n+1-p 
n+1 


n+2-p 


pt+l-q 
pti 


p+2-q 
qt+1-r 
qt+l 


qt+2-r 


r+1-s 


r+2-s 


Description 


Length, in binary, of symbolic name 

Symbolic name, in EBCDIC characters 
Uninterpreted name of LU2 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name 

Symbolic name, in EBCDIC characters 
Requester ID 

Length, in binary, of requester ID 

(Note: X‘00’ = no requester ID is present.) 

Requester ID: the ID, in EBCDIC characters, of 
the end user initiating the request. (May be used 
to establish the authority of the end user to 
access a particular resource. ) 

Password 

Length, in binary, of password 

(Note: X‘00’ = no password is present.) 

Password used to verify the identity of the end 
user 

User Field 

(When Type = DQ, user field is reserved) 
Length, in binary, of user data 

(Note: X‘00’ = no user data is present.) 

User data: user-specific data that is not 
processed by network services protocol 
machines, but is passed to the primary LU on the 
CINIT request 

User Request Correlation (URC) field 

(When Type = DQ, the URC must be the same 
as on the original INIT-OTHER request.) 
Length, in binary, of URC 

(Note: X‘00’ = no URC is present.) 

URC: end-user defined identifier; this value can 
be returned by the SSCP in a subsequent 
NOTIFY or NSPE to correlate a given session to 
the initiating request 


65 


Byte(s) Description 


INIT-OTHER-CD; SSCP—>SSCP, Norm; FMD NS(s) 
(INITIATE-OTHER CROSS-DOMAIN) 
INIT-OTHER-CD from the SSCP(ILU) requests 
that a session be activated between the two LUs 
named in the RU. The INIT-OTHER-CD 
request simply transports an INIT-OTHER from 
the SSCP(ILU)— a third-party SSCP in this 
case—to the SSCP(OLU). A positive response 
is returned once the INIT-OTHER-CD request 
(and CDINIT, if required) is accepted and LU 
availability, mode, password, and requester ID 
have been verified for both LUs. 

0-2 X‘818640’ NS header 

3 Format: 
bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 

4 Type: 
bits 0-1, 00 dequeue (DQ) a previously enqueued 

initiate request. (See bits 2-3 for 
further specification of dequeue 
actions. ) 

01 initiate only (1); do not enqueue 

10 enqueue only (Q). (See bytes 5-6 
for further specification of queuing 
conditions.) 

11 initiate/enqueue (I/Q); enqueue the 
request if it can not be satisfied 
immediately 

bits 2-3, (used for DQ; otherwise, reserved) 
00 leave on queue if dequeuing attempt is 
unsuccessful 
01 remove from queue if dequeuing 
attempt is unsuccessful 
10 remove from queue, do not attempt 
initiation 
11 reserved 
bit 4, reserved 
bits 5-6, PLU/SLU specification: 
00 LU1 is PLU 
01 LU2 is PLU 
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Byte(s) 


Description 


10 SSCP determines PLU/SLU 
specification, or when Type=DQ, the 
corresponding entry on the target queue 
may indicate that LU1 or LU2 is the 
PLU. 

11 reserved 

bit 7, reserved 

Queuing conditions for LU1. (When Type = 

DQ, bits 0-7 are reserved.) 

bit 0, O do not enqueue if session count will be 
exceeded 

1 enqueue if session count will be exceeded 

bit 1, 0 do not enqueue if the LU is not enabled 

1 enqueue if the LU is not enabled 

bit 2, O do not enqueue if CDINIT loses 
contention 

1 enqueue if CDINIT loses contention 

bit 3, 0 do not enqueue if there are no SSCP-LU 
paths 

1 enqueue if there are no SSCP-LU paths 

bit 4, reserved 
bits 5-6, queuing position/service: 

OO enqueue this request at the bottom of 
the queue. (The request is put at the 
bottom of the queue and serviced last.) 

01 enqueue this request FIFO 

10 enqueue this request LIFO 

11 reserved 

bit 7, 0 do not enqueue for recovery retry 

1 enqueue for recovery retry. (This isa 

queue that is used for 
recovery-reactivating an LU-LU session 
when the session, though it had been 
successfully activated, fails for some 
reason. Elements on this queue are not 
dequeued when a session activation is 
successfully completed. Explicit session 
deactivation requests are needed to 
dequeue elements from this queue.) 
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Byte(s) 


68 


Description 


Queuing conditions for LU2. (When Type = 

DQ, bits 0-7 are reserved.) 

bit 0, 0 do not enqueue if session count will be 
exceeded 

1 enqueue if session count will be 

exceeded 
bit 1, 0 do not enqueue if the LU is not enabled 
1 enqueue even though the LU might 
not be enabled 
bit 2, 0 do not enqueue if CDINIT loses 
contention 
1 enqueue if CDINIT loses contention 
bit 3, O do not enqueue if there are no SSCP-LU 
paths 

1 enqueue even if there are no 

SSCP-LU paths 
bit 4, reserved 
bits 5-6, queuing position/service: 

OO enqueue this request at the bottom of 
the queue. (The request is put at the 
bottom of the queue and is serviced 
last.) 

01 enqueue this request FIFO 

10 enqueue this request LIFO 

ll reserved _ 

bit 7, O do not enqueue for recovery retry 

1 enqueue for recovery retry. (This is a 
queue that is used for 
recovery-reactivating an LU-LU session 
when the session, though it had been 
successfully activated, fails for some 
reason. Elements on this queue are not 
dequeued when a session activation is 
successfully completed; explicit session 
deactivation requests are needed to 


_ dequeue elements from this queue.) 
Notes: 
¢ If enqueuing for recovery is desired, then it must be 
indicated in both LUI and LU2 Queuing Conditions 
bytes (bit 7="1’). 
¢ Bit 2 (CDINIT contention) must have the same setting 
for both LUI and LU2. (Contention occurs when both 


Byte(s) 


15 


16 


Description 


SSCPs try to set up a session between the same LUs at 
the same time.) 

» Enqueuing is not performed if the DLU is unknown, or 
if the domain of either LU is in takedown status. 


PCID 
(When Type = DQ, the PCID must be the same 
as in the original INIT-OTHER-CD request.) 
The network address of SSCP(ILU) 
A unique 6-byte value, generated by the 
SSCP(ILU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed; an SSCP 
maintains correlation between PCID and the 
URC, if a URC has been provided by the 
INIT-OTHER request 
INITIATE origin: 
bits 0-2, reserved 
bit 3, (reserved when Type = DQ) 

0 network user is the initiator 

1 network manager is the initiator 
bits 4-7, reserved 


NOTIFY 
bits 0-1, (When Type = DQ, bits 0-1 are 
reserved. ) 
00 do not send NOTIFY to LUs in session 
with LU1 
01 send NOTIFY to all LUs in session with 
LU1 


10 send NOTIFY to all LUs in session with 
LU1 only if the request is enqueued 

11 reserved 

bits 2-3, (When Type = DQ, bits 2-3 are 

reserved. ) 

00 do not send NOTIFY to LUs in session 
with LU2 

01 send NOTIFY to all LUs in session with 
LU2 

10 send NOTIFY to all LUs in session with 
LU2 only if the request is enqueued 

11 reserved 
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Byte(s) 


17-24 


25-m 
26 
27-m 
m+1-n 
m+1 
m+2 
m+3-n 
n+1-p 
n+1 


n+2-p 


p+i-q 
pt+l 


p+2-q 
q+1-r 
q+1 


qt+2-r 
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Description 


bit 4, 0 do not send NOTIFY to the SSCP(ILU) 
when INIT is dequeued 
1 send NOTIFY to the SSCP(ILU) when 
INIT is dequeued 

bits 5-7, reserved 
Mode: an eight-character symbolic name 
(implementation and installation dependent) that 
identifies the set of rules and protocols to be 
used for the session; used by the SSCP(SLU) to 
select the BIND image that will be used by the 
SSCP(PLU) to build the CINIT request. (When 
Type = DQ, the Mode field is reserved.) 
Network Name of LUI 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name 
Symbolic name, in EBCDIC characters 
Network Name of LU2 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name 
Symbolic name, in EBCDIC characters 
Requester ID 
Length, in binary, of requester ID 
(Note: X‘00’ = no requester ID.is present.) 
Requester ID: the ID, in EBCDIC characters, of 
the end user initiating the request. (May be used 
to establish the authority of the end user to 
access a particular resource.) 
Password 
Length, in binary, of password 
(Note: X‘00’ = no password is present.) 
Password used to verify the identity of the end 
user 
User Field 
(When Type = DQ, this field is reserved.) 
Length, in binary, of user data 
(Note: X‘00’ = no user data is present. ) 
User data: user-specific data that is not 
processed by network services protocol machines 
but is passed to the primary LU on the CINIT 


request 
Note: With the exception of the NS header and PCID, all 


Byte(s) 


Description 


the fields in the INIT-OTHER-CD RU are derived from 
its corresponding INIT-OTHER RU. 


INIT-SELF; ILU—>SSCP, Norm; FMD NS(s) 


12-m 
12 

13 
14-m 
m+1-p 
m+1 


(INITIATE-SELF) 

INIT-SELF from the ILU requests that the SSCP 
authorize and assist in activating a session 
between the LU sending the request (that is, the 
ILU, which also becomes the OLU) and the LU 
named in the request (the DLU). 

X‘010681’ NS header 

bits 0-3, format: 

0000 Format 0: specifies a subset of the 
parameters shown in Format 1 of 
INIT-SELF (described separately, 
because the NS header differs in the 
first byte), with the receiver 
supplying default values 

bit 4, reserved 
bits 5-6, PLU/SLU specification: 

00 DLU is PLU 

01 DLU is SLU 

10 SSCP determines PLU and SLU 

11 reserved 

bit 7, O initiate only (1); do not enqueue 
1 initiate/enqueue (I/Q); enqueue the 
request if it cannot be satisfied 
immediately 
Mode: an eight-character symbolic name 
(implementation- and installation-dependent) 
that identifies the set of rules and protocols to be 
used for the session; used by the SSCP(SLU) to 
select the BIND image that will be used by the 
SSCP(PLU) to build the CINIT request 
Uninterpreted Name of DLU 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name 
Symbolic name, in EBCDIC characters 
Requester ID 
Length, in binary, of requester ID 
(Note: X‘00’ = no requester ID is present.) 
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Byte(s) 


m+2-p 
p+l1-q 
p+1 

p+2-q 


q+i-r 
qt+1 


qt+2-r 


Description 


Requester ID: the ID, in EBCDIC characters, of the end 
user initiating the request. (May be used to establish the 
authority of the end user to access a particular resource. 
Password 

Length, in binary, of password 

(Note: X‘00’ = no password is present.) 

Password used to verify the identity of the end 

user 

User Field 

Length, in binary, of user data 

(Note: X‘00’ = no user data is present. ) 

User data: user-specific data that is not 

processed by network services protocol machines 
but is passed to the primary LU on the CINIT 


request | 
Note: The following default values are supplied by the 
SSCP(ILU) receiving the Format 0 INIT-SELF request: 
¢ Queuing conditions (if queuing is specified): 

- enqueue if session count exceeded 

- enqueue this request FIFO 
¢ Initiate origin: network user is the initiator 
« NOTIFY: do not notify 


INIT-SELF; ILU—>SSCP, Norm; FMD NS(s) 
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(INITIATE-SELF) (See the description with 
Format 0 of INIT-SELF.) 
X‘810681’ NS header 
bits 0-3, format: 
0001 Format 1: specifies the full set of 
parameters 
bits 4-7, reserved 
Type: 
bits 0-1, 00 dequeue (DQ) a previously enqueued 
initiate request. (See bits 2-3 for 
further specification of setup 
actions. ) 
01 initiate only(I); do not enqueue 
10 enqueue only (Q). (See byte 5 for 
further specification of queuing 
conditions. ) 


Byte(s) 


Description 


11 initiate/enqueue (I/Q); enqueue 
the request if it cannot be satisfied 
immediately 

bits 2-3, (used for DQ; otherwise, reserved) 

00 leave on queue if setup attempt is 
unsuccessful 

01 remove from queue if setup attempt is 
unsuccessful 

10 remove from queue; do not attempt 
setup 

11 reserved 

bit 4, reserved 
bits 5-6, PLU/SLU specification: 

00 DLU is PLU 

01 DLU is SLU 

10 SSCP determines PLU/SLU 
specification, or when Type=DQ, the 
corresponding entry on the target 
queue may indicate that LU1 or LU2 is 
the PLU. 

11 reserved 

bit 7, reserved 

Queuing conditions for DLU. (When Type = 

DQ, bits 0-7 are reserved.) 

bit 0, 0 do not enqueue if session count exceeded 
1 enqueue if session count exceeded 

bit 1, 0 do not enqueue if DLU not enabled 
1 enqueue if DLU not enabled 

bit 2, O do not enqueue if CDINIT loses 

contention 
1 enqueue if CDINIT loses contention 
bit 3, 0 do not enqueue if no SSCP(DLU)-DLU 
path 

1 enqueue if no SSCP(DLU)-DLU path 

bit 4, reserved 
bits 5-6, queuing position/service: 

OO put this request at the bottom of the 
queue. (The request is put at the 
bottom of the queue and serviced last.) 

01 enqueue this request FIFO 

10 enqueue this request LIFO 


73 


Byte(s) 
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Description 


11 reserved 
bit 7, 0 do not enqueue for recovery retry 
1 enqueue for recovery retry. (The 
element is maintained on the recovery 
retry queue even after the activation of 
the session, so that the session can be 
retried in the event of a session failure.) 


Note: Since queuing conditions are specified for the 

DLU only, the following default values are used by 

SSCP(OLV) for the OLU: 

« Enqueue if session count exceeded. 

« Enqueue this request at the foot of the queue (FIFO). 

¢ For ““CDINIT contention” and “‘recovery retry,” the 
default values are the same as those specified for the 
DLU. (See bits 2 and 7 above.) 


INITIATE origin: 
bits 0-2, reserved 
bit 3, (bit 3 is reserved when Type = DQ) 
0 network user is the initiator 
1 network manager is the initiator 
bits 4-7, reserved 
NOTIFY specifications: 
bits 0-1, (bits 0 and 1 are reserved when Type = 
DQ) 
00 do not notify LUs in session with DLU 
01 notify all LUs in session with DLU that 
the ILU/OLU has requested a session 
with the DLU 
10 notify LUs in session with DLU only if 
request is queued 
11 reserved 
bits 2-3, reserved 
bit 4, 0 do not notify the ILU when the request is 
dequeued 
1 notify the ILU when the request is 
dequeued 
bits 5-7, reserved 
Mode: an eight-character symbolic name 
(implementation- and installation-dependent) 
that identifies the set of rules and protocols to be 
used for the session; used by the SSCP(SLU) to 


Byte(s) 


16-n 
16 

17 
18-n 
n+1-p 
n+1 


n+2-p 


pt+l 
p+l 


p+2-q 
qt+1-r 
qt+l 


qt+2-r 


 r+L-s 


r+1 


 t+2-s 


Description 


select the BIND image that will be used by the 
SSCP(PLU) to build the CINIT request. (When 
Type = DQ, the Mode field is reserved.) 
Uninterpreted Name of DLU 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name 

Symbolic name, in EBCDIC characters 
Requester ID 

Length, in binary, of requester ID 

(Note: X‘00’ = no requester ID is present.) 

Requester ID: the ID, in EBCDIC characters, of 
the end user initiating the request. (May be used 
to establish the authority of the end user to 
access a particular resource.) 

Password 

Length, in binary, of password 

(Note: X‘00’ = no password is present.) 

Password used to verify the identity of the end 
user 

User Field 

(When Type = DQ, User field is reserved.) 
Length, in binary, of user data 

(Note: X‘00’ = no user data is present.) 

User data: user-specific data that is not 
processed by network services protocol machines 
but is passed to the primary LU on the CINIT 
request 

User Request Correlation (URC) Field 

(When Type = DQ, the URC must be the same 
as in the original INIT-SELF request.) 

Length, in binary, of URC 

(Note: X‘00’ = no URC is present. ) 

URC: end-user defined identifier; this value can 
be returned by the SSCP in a subsequent 
NOTIFY or NSPE to correlate a given session to 
this initiating request 
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Byte(s) 


Description 


INOP; PU—>SSCP, Norm; FMD NS(c) (INOPERATIVE) 


INOP is sent to the SSCP by the PU to report a 
link-related connection or contact failure 
involving one or more nodes. 

X‘010281’ NS header 

Network address of (1) an inoperative link or (2) 
a PU (when the PU is inoperative) 

bits 0-3, format: X‘O’ (only value defined) 

bits 4-7, reason: 

X‘1’ station inoperative (loss of contact, 
unexpected loss of connection, or 
connection establishment failure) 

X‘2’ link inoperative (link failure) 

X‘3’ station (discontact—loss of 
synchronization) 

X‘4’ station (incomplete discontact—loss 
of synchronization 

X‘5’ station (request resynchronization— 
unexpected request for 
resynchronization) 


IPLFINAL; SSCP—->PPU, Norm; FMD NS(c) (IPL 


5-8 


FINAL) 

IPLFINAL completes an IPL sequence and 
supplies the load-module entry point to the SPU 
node. A positive response to IPLFINAL 
indicates that the SPU node is successfully 
loaded. 

X‘010205’ NS header 

Network address of PU in node being loaded 
(the SPU) 

Entry point location within load module 


IPLINIT; SSCP—>PPU, Norm; FMD NS(c) (IPL 
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INITIAL) 

IPLINIT transfers initial load information to the 
PPU, where it initiates a DLC-level load of an 
SPU node. The PPU determines from the 
specified SPU address the correct link and 
secondary station addresses to be used. 


Byte(s) 


0-2 
3-4 


Description 


X‘010203’ NS header 
Network address of PU in node to be loaded (the 
SPU) 


IPLTEXT; SSCP—>PPU, Norm; FMD NS(c) (IPL TEXT) 


IPLTEXT transfers load module information to 
the PPU, where it is passed as a DLC-level load 
to the SPU node. Following an IPLINIT, any 
number of IPLTEXT requests are valid. 
X‘010204’ NS header 

Network address of PU in node to be loaded (the 
SPU) 

Text: a variable-length byte string in the form 
required by the node being loaded 


ISETCV; SSCP—>PU, Norm; FMD NS(c) (INDIRECT 


SET CONTROL VECTOR) 

ISETCYV sets a control vector that is maintained 
by the PU receiving the request and that is 
associated with the network address specified in 
the RU. 

X‘410222’ NS header 

Network address of resource to which control 
vector applies, as described in the note below 
Control Vector, as described in the topic 
‘‘Control Vectors and Control Lists,”’ later in this 
section 


Note: The following combinations are used in ISETCV: 


Vector Key (Byte 5) Resource (Bytes 3-4) 


X‘Or PU 

X*‘02’ Link to be used for routing to the 
subarea specified in byte 6 

X‘03’ SPU 

x‘04 LU 

x05’ Link (S/370 channel) 


LSA; PU—>PU, Exp; NC (LOST SUBAREA) 


LSA is sent from PU.T4 | 5 to PU.T4 | 5 within a 
network to identify subareas to which routing has 
been interrupted, as well as to specify the reason 
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Byte(s) 


pared 
bo 


CO CNN CO 


9-12 
9-10 
11 
12 
13-n 


Description 


for and location of the routing interruption. An 
LSA is sent only with no-response requested. 
X‘05’ request code 

Reserved 

Reason code, specifying why LSA was 
originated: 

X‘01’ unexpected routing interruption 

X‘02’ controlled routing interruption 

Format: X‘01’ (only value defined) 

Origination Address 

Reserved 

Network address of the PU that originated the 
LSA 

Lost Subarea Address Field 

Reserved 

Subarea address (left-justified) for a lost subarea 
Reserved 

Additional 4-byte fields in the form of bytes 
9-12, corresponding to additional lost subareas 


LUSTAT; LU—>LU | SSCP, Norm; DFC (LOGICAL 
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UNIT STATUS) 
LUSTAT is used by a half-session to send status 
information to its paired half-session. The RU 
format allows the sending of either end-user 
information or LU status information. If the 
high-order two bytes of the status information 
are zero, then the low-order two bytes carry 
end-user information and may be set to any 
value. In general, LUSTAT is used to report 
failures and error recovery conditions for an LU 
component or subsidiary device. 
X‘04’ request code 
Status value + status extension field (two bytes 
each): 
X‘0000’+‘uuuu’ no-op (no system-defined 
status) + user-defined field 
X‘0001’+‘cc00O’ component now available + 
component identification 
(see Note) 


Byte(s) 


Description 


X‘0002’+‘rrrr’ 


X‘0003’+‘cc00’ 


‘0004’ +‘cc00’ 


X‘0005’ + ‘iii’ 


X‘0801’+*cc00’ 


X‘0802’+‘cc00’ 


X08 1C’ 4-‘cc00’ 


X‘0824'+‘rrrr’ 


X*082B’ +'cc00’ 


X°0831'+‘cc00’ 


no FMD requests to transmit 
+ reserved field 
component entering attended 
mode of operation + 
component identification 
(see Note) 
component entering 
unattended mode of 
operation + component 
identification (see Note) 
prepare to commit all 
resources required for atomic 
unit of work + information 
field: 
‘0001’ request End Bracket 
be sent on next chain 
(only value defined) 
component not available (for 
example, not configured) + 
component identification 
(see Note) 
component failure 
(intervention required) + 
component identification 
(see Note) 
component failure 
(permanent error) + 
component identification 
(see Note) 
function canceled + reserved 
field 
component available, but 
presentation space integrity 
lost + component 
identification (see Note) 
component disconnected 
(power off or some other 
disconnecting condition) +. 
component identification 
(see Note) 
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Byte(s) 


Description 


X‘0848’+‘rrrr’ crypto component failure + 
reserved field 
X‘400A’+‘ssss’ no-response mode not 
allowed + sequence number 
of the request specifying 
no-response 


Note: Values for “‘cc” byte are: 
X‘00’ = LU itself rather than a specific LU component. 
Otherwise, 
bit 0, set to 1 
bits 1-3, LU component medium class: 
000 console 
001 exchange (for example, customer-removable 
diskette) 
010 card punch 
011 printer 
101 display 
bits 4-7, LU component device address 


NOTIFY; SSCP—>SSCP | LU, Norm; FMD NS(s) 


YwroO> 
NN 
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(NOTIFY) 

NOTIFY is used to send information about 

(LU,LU) session status (for example, session 

requested, session terminated) from an SSCP to 

another SSCP or to an LU. NOTIFY carries 

information in the form of a (vector key,vector 

data) pair. 

X‘810620’ NS header (for SSCP—> LU) 

X‘818620’ NS header (for SSCP—> SSCP) 

NOTIFY vector key: 

X‘01’ resource requested: used to send NOTIFY 
to the current users (LUs) of a resource 
(LU) to inform them that another LU 
wishes to use the resource 

X‘02’ ILU/TLU notification: used to send 
NOTIFY to the issuer of an INIT or 
TERM request to give the status of the 
session 

X‘03’ third party SSCP notification: used to send 
NOTIPY to a third party SSCP (the SSCP 
whose LU issued an INIT-OTHER or 


Byte(s) 


4-n 


4-m 


6-m 
m+1l1-n 
m+1 
m+2 
m+3-n 


m+3-n 
n+1 


; n+2-p 
n+2 
n+3-p 


Description 


TERM-OTHER request) to give the status 
of the setup/takedown procedure 

NOTIFY Vector Data 

eFor NOTIFY vector key X‘01’: 

Network name of requested LU 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name of LU 

Symbolic name in EBCDIC characters 

Network name of requesting LU 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name 

Symbolic name in EBCDIC characters 

eFor NOTIFY vector key X‘02’: 

Session key: 

X‘06’ uninterpreted name pair 

Session Key Content 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name of PLU (or 

OLU or LU1) 

Symbolic name in EBCDIC characters 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name of SLU (or 

DLU or LU2) 

Symbolic name in EBCDIC characters 

Status: 

X‘01’ session terminated 

X‘02’ setup process started 

User Request Correlation Field 

Length, in binary, of the URC 

URC: end-user defined identifier, specified in an 

INIT or TERM request; used to correlate the 

given session to the initiating or terminating 

requests | 

eFor NOTIFY vector key X‘03’: 

Status: | 

X‘01’ session terminated 

X‘02’ session initiated 

X‘03’ procedure error 

X‘04’ setup process started 

PCID | 
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Byte(s) 
5-6 


7-12 


13 


14-17 


18 


82 


Description 


Network address of the SSCP(ILU) or 
SSCP(TLU) 

A unique 6-byte value, generated by the 
SSCP(ILU) or SSCP(TLU), which is used in all 
cross-domain requests dealing with the same 
setup or takedown procedure until it is completed 


Reason (defined for Status value of X‘03’ only) 

Note: There are two encodings of the Reason byte: 

- If bit 4 = 0, then the Reason byte is encoded for a setup 
procedure error. 

- If bit 4 = 1, then the Reason byte is encoded fora 
takedown procedure error. 


Setup Procedure Error 

bit 0, 1 CINIT error in reaching the PLU 
bit 1, 1 BIND error in reaching the SLU 
bit 2, 1 setup reject at the PLU 

bit 3, 1 setup reject at the SLU 

bit 4, 0 setup procedure error 

bit 5, reserved 

bit 6, 1 setup reject at SSCP 

bit 7, reserved 

Takedown Procedure Error 

bit 0, 1 CTERM error in reaching the PLU 
bit 1, 1 UNBIND error in reaching the SLU 
bit 2, 1 takedown reject at the PLU 

bit 3, 1 takedown reject at the SLU 

bit 4, 1 takedown procedure error 

bit 5, 1 takedown reject at the SSCP 

bit 6, O see following Note 


bit 7, reserved 

Note: The bit combination of 11 for bits 4 and 6 is set 
aside for implementation internal use and will not be 
otherwise defined. 


Sense data (defined for Status value of X‘03’ 
only): 

0000, 0801, 0803, 0804, 0805, 0806, 0809, 
O80A, 080C, O80E, O80F, 0810, 0812, 0815, 
0816, 081C, 0821, 0836, 0839, 083B, 083D, 
083E, 083F, 0842, 1002, 1003, 1005 
Session key: | 

X‘06’ network name pair 

X‘0O7’ network address pair 


Byte(s) Description 


19-n Session Key Content 
eFor session key X‘06’: network name pair 
19 Type: X‘F3’ logical unit 
20 Length, in binary, of symbolic name of PLU (or 
OLU or LU1) 
—2i-m Symbolic name in EBCDIC characters 
im+l Type: X‘F3’ logical unit 
— m+2 Length, in binary, of symbolic name of SLU (or 
DLU or LU2) 


m+3-n Symbolic name in EBCDIC characters 
eFor session key X‘07’: network address pair 

19-20 Network address of PLU 

21-22(=n)Network address of SLU 

n+1-p User Request Correlation (URC) Field 

n+1 Length, in binary, of the URC 

n+2-p URC: end-user defined identifier, specified in an 
INIT or TERM request; used to correlate the 
given session to the initiating or terminating 
requests 


NSLSA; PU.T4 | 5—->SSCP, Norm; FMD NS(c) 
(NETWORK SERVICES LOST SUBAREA) 
NSLSA is sent by a PU.T4 | 5 to every SSCP 
with which it has an active session to report the 
interruption of routing capability to a set of 
subareas after originating or propagating an 
LSA. The list of subareas in the NSLSA request 
is identical to the list sent by the PU.T4 | 5 in the 
LSA request. 

0-2 X‘410285’ NS header 


Note: Bytes 3-n are identical to those in the originated or 
propagated LSA. 


3 Reason code, specifying why LSA was 
originated: 
X‘01’ unexpected routing interruption 
X‘02’ controlled routing interruption 


4 Format: X‘01’ (only value defined) 
5-8 Origination Address 
/5-6 Reserved 
7-8 Network address of the PU that originated the 
LSA 
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Byte(s) 


9-12 
9-10 
11 
12 
13-n 


Description 


Lost Subarea Address Field 

Reserved 

Subarea address (left-justified) for a lost subarea 
Reserved 

Additional 4-byte fields in the form of bytes 
9-12, corresponding to additional lost subareas 


NSPE; SSCP—>ILU or TLU, Norm; FMD NS(s) 


0-2 
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(NETWORK SERVICES PROCEDURE 
ERROR) 

NSPE is used by the SSCP to inform an ILU or 
TLU that a session activation or deactivation 
attempt has failed after a positive response has 
been sent to the corresponding activation or 
deactivation request. An NSPE is also sent to 
the TLU that issued a TERM-ALL to identify 
each session that has failed the termination 
process (one NSPE per deactivation failure) after 
a positive response has been sent to the | 
TERM-ALL. (A negative response to 
CDTERM is an example of a failure causing 
NSPE to be sent.) . 

X‘010604’ NS header 


Note: The remainder of this RU has two formats: a 
comprehensive form and a condensed form, based upon 
the setting of bit 7 of the Reason byte (byte 3). The 
choice is implementation-dependent. 


~ Comprehensive Format 


Reason: 

Note: There are two encodings of the Reason byte in the 

comprehensive format: 

« If bit 4 = 0, then the Reason byte is encoded for a setup 
procedure error. 

- If bit 4 = 1, then the Reason byte is encoded fora 
takedown procedure error. 

Setup Procedure Error 

bit 0, 1 CINIT error in reaching the PLU 

bit 1, 1 BIND error in reaching the SLU 

bit 2, 1 setup reject at the PLU 

bit 3, 1 setup reject at the SLU 

bit 4, 0 setup procedure error 

bit 5, reserved . 


Byte(s) 


424 


11-m 
m+1 
m+2 


“m+3-n 


10-n 


Description 


bit 6, 1 setup reject at SSCP 

bit 7, 1 comprehensive format of Reason byte 
Takedown Procedure Error 

bit 0, 1 CTERM error in reaching the PLU 
bit 1, 1 UNBIND error in reaching the SLU 
bit 2, 1 takedown reject at the PLU 

bit 3, 1 takedown reject at the SLU 

bit 4, 1 takedown procedure error 

bit 5, 1 takedown reject at SSCP 

bit 6, 0 see following Note » 


bit 7, 1 comprehensive format of Reason byte 
Note: The bit combination of 11.for bits 4 and 6 is set 
aside for implementation internal use and will not be 
otherwise defined. 


Sense Data: 

0000, 0801, 0803, 0804, 0805, 0806, 0809, 
O80A, 080C, O80E, O80F, 0810, 0812, 0815, 
0816, 081C, 0821, 0836, 0839, 083B, 083D, 
083E, 083F, 0842, 1002, 1003, 1005, and path, © 
RH, and state error sense codes. (See the 
description of sense codes in the next section.) 
Session key: 

X‘06’ uninterpreted name pair 

X‘OA’ session correlation 

Session Key Content 

eFor session key X‘06’: uninterpreted name pair 
Type: X‘F3’ logical unit 

Length, in binary, of the symbolic name of the 
PLU 

Symbolic name in EBCDIC characters 

Type: X‘F3’ logical unit 

Length, in binary, of the symbolic name of the 
SLU | 

Symbolic name in EBCDIC characters 


_ eFor session key X‘OA’: session correlation 


Length, in binary, of the URC 

URC: end-user defined identifier, specified in an 
INIT or TERM request, used to correlate the 
given session to the initiating request 
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Byte(s) | Description 


Condensed Format 
5 Reason: 
bit 0, 1 CINIT error in reaching the PLU 
bit 1, 1 BIND error in reaching the SLU 
bit 2, 1 setup reject at the PLU 
bit 3, 1 setup reject at the SLU 
bit 4, 1 takedown failure 
bit 5, 1 takedown reject at SSCP 
bit 6, 1 setup reject at SSCP 
bit 7, 0 condensed format 


4-m Uninterpreted name of PLU 

4 Type: X‘F3’ logical unit 

5 Length, in binary, of symbolic name of PLU 
6-m Symbolic name in EBCDIC characters 


m+i1-n Uninterpreted name of SLU — 

m+ 1 Type: X‘F3’ logical unit 

m+2 Length, in binary, of symbolic name of SLU 
m+3-n Symbolic name in EBCDIC characters 


QC; LU—>LU, Norm; DFC (QUIESCE COMPLETE) 
QC is sent by either half-session after receiving 
QEC, to indicate that it has quiesced. QC is the 
last normal-flow request sent by a quiesced 
half-session until RELQ is received. If QC is 
received when QEC has not been sent, then the 
QC is rejected with a negative response and the 
sense code, Mode Inconsistency. 

0 X‘81’ request code 


QEC; LU—>LU, Exp; DFC (QUIESCE AT END OF 
CHAIN) 
QEC may be sent by either half-session to 
request the receiving half-session to quiesce 
(stop sending normal-flow requests) at the end of 
the FMD chain currently being sent (if any). 

0 X‘80’ request code 


RECFMS; PU—>SSCP, Norm; FMD NS(ma) (RECORD 
FORMATTED MAINTENANCE 
STATISTICS) 

RECFMS permits the passing of maintenance 
statistics from a PU to maintenance services at 
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Byte(s) 


Q-2 


3-4 


12-13 
14-15 


16-17 


Description 


the SSCP. The PU may send statistics for itself, 
or for its link, LU, or adjacent nodes as indicated 
by the type code and network address in the 
request. If the request is generated by a PU.T1 
or PU.T2, its network address is not put in the 
request. Maintenance services at the SSCP is 
responsible for associating the PU network 
address with the request. RECFMS may be 
solicited (by REQMS request) or may be sent 
unsolicited. 
X‘410384’ NS header 
Link Test Statistics 
Link network address (or X‘0000’ if PU.T1 | 2 is 
the sender) 
Reserved 
bit 0, solicitation indicator: 
0 unsolicited 
1 solicited—sent in reply to REQMS 
bits 1-7, type code: B‘O000001’ 
bits 0-11, block number 
bits 12-31, ID number associated with the 
sending PU 
Reserved 
Counter: the number of times the secondary 
SDLC station has received an SDLC TEST 
command 
Counter: the number of times the secondary 
SDLC station has transmitted an SDLC TEST 
response 
(Note: All counters are in binary.) 
Summary Error Data 
PU network address (or X‘0000’ if PU.T1 | 2 is 
the sender) 
Reserved 
bit 0, solicitation indicator: 
QO unsolicited 
1 solicited—sent in reply to REQMS 
bits 1-7, type code: B‘0000010’ 
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Byte(s) 


8-11 


12-13 
14 


15-16 
17-18 
19-20 
21-22 


12-13 
14 


15 
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Description 


bits 0-11, block number 

bits 12-31, ID number associated with the 

sending PU 

Reserved 

Summary counter validity mask: 

bit 0, set to 1 if machine check counter is valid 

bit 1, set to 1 if communication check counter is 
valid 

bit 2, set to 1 if SNA error counter is valid 

bits 3-7, reserved 

Reserved 

Machine check counter 

Communication check counter 

Count of SNA negative responses at this PU 

(Note: All counters are in binary.) 

Communication Adapter Data 

Link network address (or X‘0000’ if PU.T1 | 2 is 

the sender) 

Reserved 

bit 0, solicitation indicator: 

0 unsolicited 
1 solicited—sent in reply to REQMS 

bits 1-7, type code: B‘0000011’ 

bits 0-11, block number 

bits 12-31, ID number associated with the 

sending PU 

Reserved 

Adapter type: 

X‘01’ SDLC CCA link adapter (only value 
defined) 

Communication adapter counter validity mask, 

byte 1: 

bit 0, set to 1 if nonproductive timeout counter is 
valid 

bit 1, set to 1 if idle time-out counter is valid 

bit 2, set to 1 if write retry counter is valid 

bit 3, set to 1 if overrun counter is valid 

bit 4, set to 1 if underrun counter is valid 

bit 5, set to 1 if connection problem counter is 
valid 


Byte(s) 


16 


17 


19 
20 
21 
22 


24 
25 
26 
pi | 
28 


s12=13 
14-n 


3-4 


Description 


bit 6, set to 1 if FCS error counter is valid 
bit 7, set to 1 if primary station abort counter is 
valid 
Communication adapter counter validity mask, 
byte 2: 
bit 0, set to | if command reject counter is valid 
bit 1, set to 1 if DCE error counter is valid 
bit 2, set to 1 if write time-out counter is valid 
bits 3-7, reserved 
Reserved 
Nonproductive time-out counter 
Idle time-out counter 
Write retry counter 
Overrun counter 
Underrun counter 
Connection problem counter 
FCS error counter 
Primary station abort counter 
Command reject counter 
DCE error counter 
Write time-out counter 
(Note: All counters are in binary.) 
PU/LU-Dependent Data 
PU/LU network address (or X‘0000’ if 
PU.T1 | 2 is the sender) 
Reserved 
bit 0, solicitation indicator: 
O unsolicited 
1 solicited—sent in reply to REQMS 
bits 1-7, type code: B‘0000100’ 
bits 0-11, block number 
bits 12-31, ID number associated with the 
sending PU 
Reserved 
PU/LU-dependent data 
Engineering Change Levels 
PU network address (or X‘0000’ if PU.T1 | 2 is 
the sender) 
Reserved 
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Byte(s) 


| 


8-11 


12-13 
14-n 


Description 


bit 0, solicitation indicator: 
O unsolicited 
1 solicited—sent in reply to REQMS 
bits 1-7, type code: B‘0000101’ 
bits 0-11, block number 
bits 12-31, ID number associated with the 
sending PU 
Reserved 
Implementation-defined data describing 
hardware, microcode, and programming levels 


RECMD; LU | PU—>SSCP, Norm; FMD NS (me) 


5 


6-n 


(RECORD MEASUREMENT DATA) 
RECMD sends data collected during a 
measurement to the SSCP. The format of the 
data and the frequency of reporting it are 
functions of the particular measurement. 
X‘010480’ NS header 

Network address of resource being measured: if 
the request sender is an LU, then the resource is 
the sending LU itself; if the request sender is a 
PU, then the resource is a link, LU, or PU (either 
the sending PU or an adjacent PU) 

Selected measurement type: no values yet 
defined 

Measurement data: not defined 


RECMS; PU—>SSCP, Norm; FMD NS(ma) (RECORD 


mw © 
5B -fN 
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MAINTENANCE STATISTICS) 

RECMS permits the passing of maintenance 
statistics from a PU to a centralized recording 
facility at the SSCP. A PU may send statistics 
for itself, for its node, for supporting links, or for 
adjacent SPU nodes, as indicated by the network 
address in the request. 

X‘010381’ NS header 

Network address of resource 

Maintenance statistics 


Byte(s) —_ Description 


RECSTOR; PU—>SSCP, Norm; FMD NS (ma) 
(RECORD STORAGE) 
RECSTOR carries the storage display as 
requested by a DISPSTOR request. 


0-2 X‘010334’ NS header 
3-4 Network address of resource to be displayed 
5 Display type: 


X‘01’ nonstatic storage display 
X‘02’ static snapshot display 


6 Reserved 

7-8 Number of bytes of program storage following in 
this record 

9-12 Beginning location 

13-n Storage display 


RECTD; PU—>SSCP, Norm; FMD NS(ma) (RECORD 
TEST DATA) 
RECTD returns the status and results of a test to 
SSCP maintenance services. 


0-2 X‘010382’ NS header 

3-4 Network address of resource under test 
5-8 Binary code selecting the test 

9-n Test status and results 


RECTRD; PU—>SSCP, Norm; FMD NS(ma) (RECORD 
TRACE DATA) 
RECTRD returns data collected during a trace of 
the specified resource. 


0-2 X‘010383’ NS header 

3-4 Network address of resource under trace 
5 Selected trace 

6-n Trace data 
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Byte(s) Description 


RELQ; LU—>LU, Exp; DFC (RELEASE QUIESCE) 
RELOQ may be sent by either half-session to 
remove the quiesced condition of the receiving 
half-session. Only one RELQ is required to 
remove a quiesced condition that is the result of 
both QEC and SHUTD. If RELQ is received by 
an LU that is not quiesced but is otherwise able 
to process the request, a positive response is sent. 

0 X‘82’ request code 


REQCONT; PPU—>SSCP, Norm; FMD NS(c) 
(REQUEST CONTACT) 
REQCONT notifies the SSCP that a connection 
between the primary station of the specified link 
and a specified secondary station has been 
activated via a successful connect-in or 
connect-out procedure. A DLC-level station 
identification exchange (XID in SDLC) is 
required before issuing REQCONT. 


0-2 X*010284’ NS header 

3-4 Network address of link 
Station [D 

5 bits 0-3, reserved 


bits 4-7, PU type: a binary value corresponding 
to the PU type of the SPU with which 
the PPU has established a physical 
connection | 
6 Reserved 
7-10 Block number (12 bits): see the individual 
product specifications for the specific values 
used; ID number (20 bits): a binary value 
uniquely identifying a specific station within a 
network installation. The ID number can be 
assigned in various ways, depending on the 
product. See individual product specifications 
for details. 
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Byte(s) Description 


REQDISCONT; SPU—>SSCP, Norm; FMD NS(c) 
(REQUEST DISCONTACT) 
With REQDISCONT, the SPU requests the 
SSCP to start a procedure that will ultimately 
discontact the secondary station associated with 


the SPU. 
0-2 X‘01021B’ NS header 
3 Type: X‘00’ normal 


X‘80’ immediate 


REQMS; SSCP—>PU, Norm; FMD NS(ma) (REQUEST 
MAINTENANCE STATISTICS) 
REQOMS requests the PU to transmit 
maintenance statistics regarding the resource 
indicated by the network address in bytes 3 and 
4 (or by the type code in byte 7 for PU.T1 | 2). 
These statistics are transmitted to maintenance 
services at the SSCP via the RECFMS request. 


0-2 X‘410304’ NS header 
Link Test Statistics 

3-4 Link network address (or may be X‘0000’ if 
PU.T1 | 2 is the sender) 

5-6 ~ Reserved 

7 bit 0, reset indicator (see Note) 


bits 1-7, type code: B‘0000001’ 
Summary Error Data 


3-4 PU network address (or may be X‘0000’ if 
PU.T1 | 2 is the sender) 

5-6 Reserved 

7 bit 0, reset indicator (see Note) 


bits 1-7, type code: B‘0000010’ 
Communication Adapter Data 


3-4 Link network address (or may be X‘0000’ if 
PU.T1 | 2 is the sender) 
5-6 Reserved 
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Byte(s) 
7 


Description 


bit 0, Reserved 

bits 1-7, type code: B‘000001 1’ 
PU/LU-Dependent Data 

PU/LU network address (or may be X‘0000’ if 
PU.T1 | 2 is the sender) 

Reserved 

bit 0, reset indicator (see Note) 

bits 1-7, type code: B‘0000100’ 
Engineering Change Levels 

PU network address (or may be X‘0000’ if 
PU.T1 | 2 is the sender) 

Reserved 

bit 0, reserved 


_ bits 1-7, type code: B‘0000101’ 


Note: The reset indicator is set to 1 if data is to be reset 
when RECFMS is sent. 


REQTEST; LU | PU—>SSCP, Norm; FMD NS(ma) 


0-2 


m+1 


m+2 


m+3-n 
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(REQUEST TEST PROCEDURE) 
REQOTEST requests that the specified test 
procedure be executed for network name 2 and 
be controlled by network name 1. 
X‘010380’ NS header 
Network Name I 
Type: X‘F3’ logical unit 
Length: binary number of bytes in symbolic 
name 
(Note: X‘00’ = no symbolic name is present.) 
Symbolic name, in EBCDIC characters, of LU 
controlling the test 
Network Name 2 
Type: X‘F 1’ physical unit 

X‘F3’ logical unit 

X‘F9’ link 
Length: binary number of bytes in symbolic 
name 
(Note: (X‘00’ = no symbolic name is present.) 
Symbolic name, in EBCDIC characters, of 
resource to be tested 
Procedure Name 


Byte(s) 


n+1 
n+2 


n+3-p 


pt+l 


p+2-q 


qtl1 


qt+2-r 


r+1 


r+1-s 


Description 


Type: X‘FS’ test procedure name 

Length: binary number of bytes in symbolic 
name 

(Note: X‘00’ = no symbolic name is present.) 
Symbolic name, in EBCIDIC characters, of test 
procedure to be executed 

Requester ID 

Length: binary number of bytes in requester ID 
(Note: X‘00' = no requester ID is present.) 

Requester ID, in EBCDIC characters, of the end 
user initiating the request. (May be used to 
verify end user’s authority to access a particular 
resource.) 

Password 

Length: binary number of bytes in password 
(Note: X‘00’ = no password is present.) 

Password field used to verify the identity of an 
end user 

User Field 

Length: binary number of bytes of user data 
(Note: X‘00’ = no user data is present.) 

User data 


RNAA; SSCP—>PPU, Norm; FMD NS(c) (REQUEST 


0-2 
3-4 


NETWORK ADDRESS ASSIGNMENT) 
RNAA requests the PPU to update its path 
control routing table and to assign network 
addresses: (1) to SPUs, where the SPUs are 
identified in the RNAA request by a link 
network address and secondary link station 
addresses; or (2) to LUs, where the LUs are 
identified in the RNAA request by an SPU 
network address and the LU local addresses. 
The PPU returns the network addresses in the 
RNAA response. 
X*410210’ NS Header 
Network address of target link or SPU 
Assignment type: 
X‘O0’ request is for network address assignment 
of PU(s) associated with target link 
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Byte(s) Description 


X‘01’ request is for network address assignment 
of LU(s) associated with target SPU 


6 Number of network addresses to be assigned 

7-8 Link Station Address or LU Local Address 
Entry 

7 Reserved 

8 Secondary link station address associated with 


the SPU for which a network address is 
requested (if bytes 3-4 contain a link network 
address); or a local address of an LU for which a 
network address is requested (if bytes 3-4 
contain an SPU network address), where the 
local address has either the one-byte format of 
FID2 or the six-bit local address format of FID3 
(in this case, bits 0-1 of byte 8 are reserved) 

9-n Any additional two-byte entries in the same 
format as bytes 7-8 


RPO; SSCP—>PPU, Norm; FMD NS(c) (REMOTE 
POWER OFF) 
RPO causes the receiving PPU to initiate a 
DLC-level power-off sequence to the SPU node 
specified by the network address conveyed in the 
request. The SPU node being powered off does 
not need to have an active (SSCP,SPU) 
half-session nor be contacted. 

Q-2 X‘010209’ NS header 

3-4 Network address of PU in node to be powered 
off (the SPU) 


RQR; SLU—>PLU, SSCP—>SSCP, Exp; SC (REQUEST 
RECOVERY) 
RQR is sent by the secondary session control to 
request the primary session control to initiate 
recovery procedures. 

0 X‘A3’ request code 


RSHUTD; SLU—>PLU, Exp; DFC (REQUEST 
SHUTDOWN) 
RSHUTD is sent from the SLU to the PLU to 
indicate that the SLU is ready to have the session 
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Byte(s) 


0 


Description 


deactivated. RSHUTD does not request a 
shutdown, therefore SHUTD is not a proper 
reply; RSHUTD requests an UNBIND. 
X‘C2’ request code 


RTR; LU—>LU, Norm; DFC (READY TO RECEIVE) 


0 


RTR indicates to the bidder that it is now 
allowed to initiate a bracket. RTR is issued by 
the first speaker, and is used only when using 
bracket protocols. 

X‘05’ request code 


SBI; LU—>LU, Exp; DFC (STOP BRACKET 


0 


INITIATION) 

SBI is sent by either half-session to request that 
the receiving half-session stop initiating brackets 
(via BB or BID). The receiving half-session may 
continue to initiate brackets until BIS is sent in 
reply; that is, BIS need not be sent at the next 
entry to the between brackets (BETB) state 
following the receipt of SBI. 

X‘71’ request code 


SDT; PLU—>SLU, SSCP—>PU | SSCP, Exp; SC 


0 


(START DATA TRAFFIC) 

SDT is sent by the primary session control to the 
secondary session control to enable both the 
sending and receiving of FMD and DFC requests 
and responses by both half-sessions. 

X‘AO’ request code 


SESSEND; PLU—>SSCP, Norm; FMD NS(s) (SESSION 


0-2 


ENDED) 

SESSEND is sent by the PLU to notify the SSCP 
that the session between the specified LUs has 
been successfully deactivated. 

‘810688’ NS header 


- Reserved 


Session Key: 
X‘06’ uninterpreted name pair 
‘07’ network address pair 
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Byte(s) Description 


5-n Session Key Content 

eFor session key X‘06’: uninterpreted name pair 
5 Type: X‘F3’ logical unit 
6 Length, in binary, of symbolic name of PLU 
7-m Symbolic name in EBCDIC characters 
m+1 Type: X‘F3’ logical unit 
m+2 - Length, in binary, of symbolic name of SLU 


m+3-n Symbolic name in EBCDIC characters 
eFor session key X‘07’: network address pair 

5-6 Network address of PLU 

7-8 Network address of SLU 

SESSST; PLU—>SSCP, Norm; FMD NS(s) (SESSION 
STARTED) 
SESSST is sent by the PLU to notify the SSCP 
that the session between the specified LUs has 
been successfully activated. 


0-2 X‘810686’ NS header 
3 Reserved 
4 Session key: 


X‘Q6’ uninterpreted name pair 
X‘07’ network address pair 


5-n Session Key Content 

eFor session key X‘06’: uninterpreted name pair 
5 Type: X‘F3’ logical unit 
6 Length, in binary, of symbolic name of PLU 
7-m Symbolic name in EBCDIC characters 


m+1 Type: X‘F3’ logical unit 

m+2 Length, in binary, of symbolic name of SLU 

m+3-n Symbolic name in EBCDIC characters 
¢For session key X‘07’: network address pair 

5-6 Network address of PLU 

7-8 Network address of SLU 

SETCV; SSCP—>PU, Norm; FMD NS(c) (SET 
CONTROL VECTOR) 
SETCYV sets a control vector that is maintained 
by the PU receiving the request and that is 
associated with the network address specified in 
the RU. 
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Byte(s) 


0-2 
3-4 


5-n 


Description 


X‘010211’ NS header 

Network address of resource to which control 
vector applies, as described in the Note below 
Control vector, as described in the topic 
‘“‘Control Vectors and Control Lists,”’ later in this 


section 
Note: The following combinations are used in SETCV: 
Vector Key (Byte 5) Resource (Bytes 3-4) 

x‘Or’ PU 

X‘02’ Link to be used for routing 

to 

Xx‘03’ SPU 

X‘04 LU 

x‘05’ Link (S/370 channel) 


SHUTC; SLU—>PLU, Exp; DFC (SHUTDOWN 


0 


COMPLETE) 

SHUTC is sent by the SLU to indicate that it is 
ready to end the session and has quiesced. 
RELQ may be sent by the PLU to remove the 
quiesced condition of the SLU. If SHUTC is 
received when SHUTD has not been sent, then 
the SHUTC is rejected with a negative response 
and sense code, Mode Inconsistency. 

X‘C1’ request code 


SHUTD; PLU—>SLU, Exp; DFC (SHUTDOWN) 


0 


SHUTD may be sent by the PLU to request the 
SLU to quiesce when the SLU is ready to end the 
session. If SHUTD is received by an SLU while 
it is in the quiesced condition, the response to 
SHUTD must be issued. An SLU can be 
quiesced due to a QEC-QC sequence and can 
then receive a SHUTD that causes aSHUTC to 
be issued. 

X‘COQ’ request code 


SIG; LU—>LU, Exp; DFC (SIGNAL) 


SIG can be sent between half-sessions, regardless 
of the status of the normal flows. It carries a 
four-byte signal code, of which the first two 
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Byte(s) 


Description 


bytes are the Signal field and the last two bytes 

are the User field. The signal code values are 

used in higher level protocols. 

X‘C9’ request code 

Signal code + signal extension field (2 bytes 

each), set by the sending end user or NAU 

services manager; has meaning only to the NAU 

services level or above: 

X‘0000’+‘uuuu’ no-op (no system-defined 
code) + user-defined field 

X‘0001? + ‘trrr’ request to send + reserved 
field 

X‘0003’+‘uuuw = intervention required (no data 
loss) + user-defined field 


STARTMEAS; SSCP—>LU | PU, Norm; FMD NS(me) 


5 


6-n 


(START MEASUREMENT) 

STARTMEAS requests the PU or LU to activate 
the specified test type on the resource specified 
by the network address in the RU. If sent to an 
LU, the resource is the LU itself. If directed to a 
PU, the resource may be a link, an LU, or a PU 
(the DAF PU itself or an adjacent PU). 
X‘010401’ NS header 

Network address of resource to be measured: if 
request receiver is an LU, then the resource is the 
LU itself; if request receiver is a PU, then the 
resource is a link, LU, or PU (either the receiving 
PU or an adjacent PU) 

Selected measurement type: no values yet 
defined . 

Measurement parameters: none yet defined 


STOPMEAS; SSCP—> LU | PU, Norm; FMD NS(me) 
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(STOP MEASUREMENT) 

STOPMEAS requests the PU or LU to terminate 
the specified test type for the resource specified 
by the network address in the RU. 

X‘010402’ NS header 

Network address of resource being measured: if 
request receiver is an LU, then the resource is the 


Byte(s) 


Description 


LU itself; if request receiver is a PU, then the 
resource is a link, LU, or PU (either the receiving 
PU or an adjacent PU) 

Selected measurement type: no values yet 
defined 


STSN; PLU—>SLU, Exp; SC (SET AND TEST 


m- © 


SEQUENCE NUMBERS) 

STSN is sent by the primary session control to 

resynchronize the values of the CPMGR 

sequence numbers, for one or both of the normal 

flows at both ends of the session. 

X‘A2’ request code 

bits 0-1, action code for S—>P flow (related 

data in bytes 2-3) 
bits 2-3, action code for P—>S flow (related 
data in bytes 4-5) 

Note: Each action code is set and processed 

independently. Values for either action code are: 

00 ignore; this flow not affected by this STSN 

01 set; CPMGR’s value must be set to the value in bytes 
2-3 or 4-5, as appropriate 

10 sense; secondary end user (or NAU services manager) 
must return its sequence number for this flow in the 
response RU 

11 set and test; CPMGR’s value must be set to the value 
in appropriate bytes 2-3 or 4-5, and the secondary end 
user (or NAU services manager) must compare that 
value against its own and respond accordingly 

bits 4-7, reserved 

Secondary-to-primary sequence number data to 

support S—>P action code 

Primary-to-secondary sequence number data to 

support P—>S action code 


Note: For action codes 01 and 11, the appropriate bytes 
2-3 or 4-5 contain the value to which the CPMGR’s value 
is set and against which the secondary end user (or NAU 
services manager) tests its value for the respective flow. 
For action codes 00 and 10, the appropriate bytes 2-3 or 
4-5 are reserved. 
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Byte(s) 


Description 


TERM-OTHER; TLU—>SSCP, Norm; FMD NS(s) 
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(TERMINATE-OTHER) 
TERM-OTHER from the TLU requests that the 
SSCP assist in deactivating session(s) between 
the two LUs named in the RU. The requester 
may be a third party or one of the two named 
LUs. 
X‘8 10682’ NS header 
bits 0-3, 0001 Format 1 (Only value defined) 
bits 4-7, reserved 
Type: 
bits 0-1, 00 the request applies to active and 
pending-active sessions 
01 the request applies to active, 
pending-active, and queued sessions 
10 the request applies to queued 
sessions only 
11 reserved 
bit 2, 0 forced termination—session to be 
deactivated immediately and 
unconditionally 
1 orderly termination—permitting an 
end-of-session procedure to be executed 
at the PLU before the session is 
deactivated 
bit 3, 0 not last session for LU1 
1 last session for LU1 
bit 4, 0 not last session for LU2 


1 last session for LU2 
Note: The term “‘last session” is relative to the 
TLU’s knowledge of the sessions that LU1 and 


LU2 have active. 
bits 5-6, 00 LU1 is PLU 
01 LU2 is PLU 
10 SSCP determines PLU/SLU 
11 reserved 
bit 7, 0 not cleanup 
1 cleanup 
Reason: 
bits 0-2, reserved 


¥ 


Byte(s) 


11-m 
m+1 
m+2 


m+3-n 


9-10 


n+1 
n+2-p 


p+i-q 


Description 


bit 3, O network user requested the termination 
1 network manager requested the 
termination 
bit 4, reserved 
bit 5, O normal termination 
1 abnormal termination 
bits 6-7, reserved 
NOTIFY specifications: 
bits 0-5, reserved 
bit 6, O do not notify TLU when the session 
takedown procedure is complete 
1 notify the TLU when the session 
takedown procedure is complete (not 
allowed with Type = cleanup) 
bit 7, reserved 
Reserved 
Session key: 
X‘06’ uninterpreted name pair 
X‘07’ network address pair 
Session Key Content 
«For session key X‘06’: uninterpreted name pair 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name of LU1 
Symbolic name in EBCDIC characters 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name of LU2 
Symbolic name in EBCDIC characters 


Note: If the length of one of the uninterpreted names 
(LU1 or LU2, but not both) is zero, then all sessions for 
the named LU, as specified by the Type byte, are 
terminated as a result of this TERM-OTHER request. 
eFor session key X‘07’: network address pair 
Network address of PLU 


/ 11-12(=n)Network address of SLU 
n+1-p 


Requester ID 

Length, in binary, of requester ID 

(Note: X‘00’ = no requester ID is present.) 

Requester ID: the ID, in EBCDIC characters, of 
the end user initiating the request 

Password 
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Byte(s) 
pt+l 
p+2-q 


qti-r 
q+1 


q+2-r 


Description 


Length, in binary, of password 

(Note: X‘00’ = no password is present.) 

Password used to verify the identity of the end 
user 

User Request Correlation (URC) Field 

Length, in binary, of the URC 

(Note: X‘00’ = no URC is present.) 

URC: end-user defined identifier; this value can 
be returned by the SSCP in a subsequent 
NOTIFY or NSPE to correlate a given session to 
this terminating request 


TERM-OTHER-CD; SSCP(TLU)—>SSCP(OLU), Norm: 


104 


FMD NS(s) (TERMINATE-OTHER 
CROSS-DOMAIN) 

TERM-OTHER-CD transports a 
TERM-OTHER request from the SSCP(TLU) 
where it was received, to the SSCP(OLU), which 
manages at least one of the (LU1,LU2) pair 
participating in the session(s) to be terminated. 


X‘818642’ NS header 


bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 
Type: 
bits 0-1, OO the request applies to active and 
- pending-active sessions 
01 the request applies to active, 
pending-active, and queued sessions 
10 the request applies to queued 
‘sessions only 
11 reserved 
bit 2, 0 forced termination—session to be 
deactivated immediately and © 
unconditionally 
1 orderly commmation=pemniaae an 
end-of-session procedure to be executed 
at the PLU before the session is 
deactivated 
bit 3, O not last session for LU1 
1 last session for LU1 


Byte(s) 


13 


14-15 
16 


17-n 
17 

19-m 
m+1 


m+2 
m+3-n 


Description 


bit 4, 0 not last session for LU2 


1 last session for LU2 

Note: The term “last session” is relative to the 
TLU’s knowledge of the sessions that LUI and 
LU2 have active. 


bits 5-6, 00 LU1 is PLU 
01 LU2 is PLU 
10 SSCP determines PLU/SLU 
11 reserved 
bit 7, O not cleanup 
1 cleanup 
PCID 
Network address of the SSCP(TLU) 
A unique 6-byte value, generated by the 
SSCP(TLU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed 
Reason: 
bits 0-2, reserved 
bit 3, O network user requested the termination 
1 network manager requested the 
termination 
bit 4, reserved 
bit 5, O normal termination 
1 abnormal termination 
bits 6-7, reserved 
Reserved 
Session key: 
X‘06’ network name pair 
X‘Q7’ network address pair 
Session Key Content 
eFor session key X‘06’: network name pair 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name of LUI 
Symbolic name in EBCDIC characters 
Type: X‘F3’ logical unit 
Length, in binary, of symbolic name of LU2 
Symbolic name in EBCDIC characters 


Note: If the length of one of the network names, but not 
both, is zero, then all sessions specified by the Type byte 
are terminated as a result of this TERM-OTHER-CD 
request. 
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Byte(s) 


17-18 


Description 


-For session key X‘07’: network address pair 
Network address of PLU 


19-20(=n) Network address of SLU 


n+1-p 
n+1 


n+2-p 


p+l1-q 
p+l 


p+2-q 


Requester ID 

Length, in binary, of requester ID 

(Note: X‘00’ = no requester ID is present.) 

Requester ID: the ID, in EBCDIC characters, of 
the end-user initiating the request 

Password 

Length, in binary, of password 

(Note: X‘00’ = no password is present.) 

Password used to verify the identity of the 
end-user 


TERM-SELF; TLU—>SSCP, Norm; FMD NS(s) 
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(TERMINATE-SELF) 
TERM-SELF from the TLU requests that the 
SSCP assist in deactivating a session between the 
sender of the request (TLU=OLU) and the DLU 
specified in the request. If no DLU is specified, 
the request applies to all sessions (in specified 
states) involving the TLU. 
X‘010683’ NS header 
Type: 
bits 0-1, 00 the request applies to active and 
pending-active sessions 
01 the request applies to active, 
pending-active, and queued sessions 
10 the request applies to queued only 
sessions 
11 reserved 
bit 2, 0 forced termination—session to be 
deactivated immediately and 
unconditionally 
1 orderly termination—permitting an 
end-of-session procedure to be executed 
at the PLU before the session is 
deactivated 
bit 3, 0 not last session for OLU 
1 last session for OLU 


Byte(s) 


Description 


bit 4, 0 do not clean up 
1 clean up 
bits 5-6, 00 DLU is PLU > 
01 DLU is SLU 
10 SSCP determines PLU and SLU 
11 reserved 
bit 7, 0 indicates that the format of the RU is 
Format 0 and that byte 3 is the Type 
byte. 

Uninterpreted Name of DLU 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name 

Note: If the length value of the DLU name is zero, then 

the TERM-SELF applies to all sessions, as specified in 

the Type byte, where the TLU is a partner. 

Symbolic name, in EBCDIC characters 

Note 1: Bits 2 and 4 of the Type byte (byte 3) together 

provide the following combinations: 

¢ Forced-not cleanup: requires the PLU to initiate session 
deactivation procedures immediately and 
unconditionally. The PLU user is notified. 

¢ Orderly-not cleanup: permits an end-of-session 
procedure to be executed at the PLU before the session 
is deactivated. 

« Cleanup-Orderly: requests the SSCP to initiate cleanup 
procedures for the PLU, boundary function, and SLU. 
The request notifies the SSCP(OLU) to clean up its 
LU-LU session-related information and send 
CDTERM(Cleanup-Orderly).. 

¢ Cleanup-Forced: has the same meaning as 
Cleanup-Orderly for the TLU (OLU) and the 
SSCP(OLU) except that CDTERM is not sent. 

Note 2: The following defaults are supplied by the SSCP 

receiving a Format 0 TERM-SELF: 

« Type: do not clean up 

« Reason: network user, normal 

« Notify: do not notify 

« Requester ID, URC, and password are not used in 
mapping to subsequent requests. 
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Byte(s) Description 


TERM-SELF; TLU—>SSCP, Norm; FMD NS(s) 
(TERMINATE SELF) (See the description with 
Format 0 of TERM-SELF.) 
0-2 X‘810683’ NS header 
3 bits 0-3, format: 
0001 Format 1 (only value defined) 
- bits 4-6, reserved 
bit 7, 1 indicates that byte 3, bits 0-3, contain the 
format value 
4 Type: 
bits 0-1, 00 the request applies to active and 
pending-active sessions 
01 the request applies to active, 
pending-active, and queued sessions 
10 the request applies to queued 
sessions only — 
11 reserved 
bit 2, 0 forced termination—session to be 
deactivated immediately and 
unconditionally 
1 orderly termination—permitting an 
end-of-session procedure to be executed 
at the PLU before the session is 
deactivated _ 
bit 3, 0 not last session for OLU 
1 last session for OLU 
bit 4, reserved _ 
bits 5-6,00 DLU is PLU © 
01 DLU is SLU 
10 SSCP determines PLU and SLU 
11 reserved 
bit 7, 0 do not clean up 
1 clean up 
5 Reason: 
bits 0-2, reserved 
bit 3, 0 network user requested the termination 
1 network manager requested the 
termination 
bit 4, reserved 
bit 5, 0 normal termination 
1 abnormal termination 
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Byte(s) 


11i-n 


9-10 


Description 


bits 6-7, reserved 

NOTIFY specifications: 

bits 0-5, reserved 

bit 6, O do not notify TLU when the session 
takedown procedure is complete 

1 notify the TLU when the session 

takedown procedure is complete (not 
allowed with Type = Cleanup) 

bit 7, reserved 

Reserved 

Session key: 

X‘01’ uninterpreted name 

X‘07’ network address pair 

Session Key Content 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name 

Symbolic name in EBCDIC characters 

Note: If the length value is zero then the TERM-SELF 

applies to all sessions specified in the Type byte where 

the TLU 1s a partner. 

eFor session key X‘07’: network address pair 

Network address of PLU 


11-12(=n)Network address of SLU 


n+1-p 
n+1 


n+2-p 


| p+l-q 
pt+l 


p+2-q 


qt+1-r 
qt+1 


q+2-r 


Requester ID 

Length, in binary, of requester ID 

(Note: X‘00’ = no requester ID is present.) 

Requester ID: the ID, in EBCDIC characters, of 
the end user initiating the request 

Password 

Length, in binary, of password 

(Note: X‘00’ = no password is present.) 

Password used to verify the identity of the end 
user 

User Request Correlation (URC) Field 

Length, in binary, of URC field 

(Note: X‘00’ = no URC is present.) 

URC: end-user defined identifier; this value can 
be returned by the SSCP in a subsequent 
NOTIFY or NSPE to correlate a given session to 
this terminating request 
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Byte(s) 


Description 


UNBIND; PLU—>SLU, Exp; SC (UNBIND SESSION) 


UNBIND is sent from the PLU to the SLU to 

deactivate an active session between the two. 

UNBIND must always be performed when 

received by FI.SC; the positive response to 

UNBIND is accompanied by the resetting of the 

(PLU,SLU).(PRI | SEC).SESS.SUBTREEs and 

all session profile information. 

X‘32’ request code 

Type UNBIND: 

X‘01’ normal end of session 

X‘02’ BIND forthcoming; retain the node 
resources allocated to this session, if 
possible 

X‘Q3’ talk: the session will be resumed by the 
sender of UNBIND after alternate use of 
the physical connection 

X‘04’ restart mismatch: synch point records do 
not match; operator intervention is 
needed before the session can be 
established 

X‘05’ LU not authorized: the secondary 
half-session has failed to supply an 
acceptable password or other 
authorization information in the User 
Data field 

X‘06’ invalid session parameters: the BIND 
negotiation has failed due to an inability 
of the primary half-session to support 
parameters specified by the secondary 


UNBINDF; PLU—>SSCP, Norm; FMD NS(s) (UNBIND 
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FAILURE) 

UNBINDF is sent by the PLU to notify the 
SSCP that the attempt to deactivate the session 
between the specified LUs has failed (for 
example, because of a path failure). 

X‘810687’ NS header 


Byte(s) 
3-6 


9-n 


9 

10 
11-m 
m+1 
m+2 
m+3-n 


9-10 
11-12 


Description 


Sense Data: 

0801, 0803, 0804, O80A, O80E, O80F, 0810, and 
path, RH, and state error sense codes. (See the 
description of sense codes in the next section.) 
Reason: 

bit 0, reserved 

bit 1, 1 UNBIND error in reaching SLU 

bit 2, 1 takedown reject at PLU 

bits 3-7, reserved 

Session key: 

X‘06’ uninterpreted name pair 

X‘07’ network address pair 

Session Key Content 

eFor session key X‘06’: uninterpreted name pair 
Type: X‘F3’ logical unit 

Length, in binary, of symbolic name of PLU 
Symbolic name in EBCDIC characters 

Type: X‘F3’ logical unit 

Length, in binary, of symbolic name of SLU 
Symbolic name, in EBCDIC characters 

eFor session key X‘07’: network address pair 
Network address of PLU 

Network address of SLU 


Summary of Response RUs 

Apart from the exceptions cited below, response RUs return 
the number of bytes specified in the following table; only 
enough of the request RU is returned to include the 
field-formatted request code. 


RU Category Number of 
of Response Bytes in RU 
NC 1 
SC 1 
DFC 1 
FMD NS (FI=1) 
(field-formatted) 3 
FMD NS (FI=0) 
(character-coded) 0 


FMD (LU,LU) 0 
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Twelve positive response RUs—RSP(ACTCDRM), 
RSP(ACTLU), RSP(ACTPU), RSP(BIND), 
RSP(CDINIT), RSP(CDTERM), RSP(DUMPINIT), 
RSP(DSRLST), RSP(DUMPTEXT), 
RSP(INIT-OTHER-CD), RSP(RNAA), and 
RSP(STSN)—return additional data. See ‘‘Positive 
Response RUs with Extended Formats.” 


All negative responses return four bytes of sense data in the 
RU, followed by the number of bytes specified in the table 
above; hence, negative response RU length is four greater 
than the number of bytes shown in the table. See the 
section, ‘“‘Sense Codes,” for sense.data values and their 
corresponding meanings. 


Positive Response RUs with Extended Formats 


Byte(s) Description 
RSP(ACTCDRM); SSCP—>SSCP, Exp; SC 
0 X‘14’ request code 
1 bits 0-3, format: X‘0’ (only value defined) 
bits 4-7, type activation performed: 
X‘1’ cold (only value defined) 


2 FM profile 
3 TS profile 
4-11 Contents ID: eight-character EBCDIC symbolic 


name that represents implementation and 
installation dependent information about the 
SSCP issuing the response to ACTCDRM; eight 
blanks is the value used if no information is to be 
conveyed. (This field could be used to provide a 
check for a functional and configurational match 
between the SSCPs.) 

12-17 SSCP ID: a six-byte field that includes the ID of 
the SSCP issuing the ACTCDRM response; the 
first four bits specify the format for the 
remaining bits: 
bits 0-3, 0000 
bits 4-7, physical unit type of the node 

containing the SSCP 
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Byte(s) 


18 


19-n 


Description 


bits 8-47, implementation- and 
installation-dependent binary 
identification 
TS Usage 
bits 0-1, reserved 
bits 2-7, secondary CPMGR receive pacing 
count: zero means no pacing of requests 
flowing to the secondary 
Control vector, as described in the topic 
‘“‘Control Vectors and Control Lists,”’ later in this 


section 
Note: The following vector key ts used in 
RSP(ACTCDRM): X‘06’. 


RSP(ACTLU); LU—>SSCP, Exp; SC 


0 
1 


2 


X‘OD’ request code 
Type activation selected: X‘01’ cold 


X‘02’ ERP 
bits 0-3, FM profile: same as the corresponding 
request 
bits 4-7, TS profile: same as the corresponding 
request ; 
Reserved 


Maximum RU size sent on the normal flow by 
either half-session: if bit 0 is set to zero, then no 
maximum is specified and the remaining bits 1-7 
are ignored; if bit O is set to one, then the byte is 
interpreted as X‘ab’ = ae2**b. (Notice that, by 
definition, a>8 and therefore X‘ab’ is a 
normalized floating point representation.) See a 
later topic in this section titled ““RU Sizes 
Corresponding to Values X‘ab’ in BIND” for a 
chart listing all the possible RU sizes that result 
from this computation. 

LU Capabilities 

bit 0, character-coded capability: 

0 the SSCP may not send unsolicited 
character-coded requests; a solicited 
request is a reply request or a request 
that carries additional error information 
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Byte(s) 


Description 


to supplement a previously sent negative 
response 
1 the SSCP may send unsolicited 
character-coded requests 
bit 1, field-formatted capability: 
0 the SSCP may not send unsolicited 
field-formatted requests 
1 the SSCP may send unsolicited 
field-formatted requests 
bit 2, LU readiness: 
0 BIND can be received 
1 BIND and other requests cannot yet be 
processed; LUSTAT will be sent to 
signal LU readiness 
bits 3-15, reserved 
Reserved 
Note: A two-byte response can be sent; it means 


maximum RU size = 256 bytes and bytes 5-7 = 
X‘000000". 


RSP(ACTPU); PU—>SSCP, Exp; SC 


0 
1 


10-11 
12-20 
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X‘11’ request code 
bits 0-1, reserved 
bits 2-3, format of response: 
00 format 0 
01 format 1 (defined only for PU.T1s and 
PU.T2s) 
bits 4-7, type activation selected: 
X‘1’ cold 
X‘2’ ERP 
Contents ID: eight-character EBCDIC symbolic 
name of the load module currently operating in 
the node; eight blanks is the default value 


(Note: End of Format 0; Format 1 continues below.) 


Reserved 
Control vector as described in the topic ‘“‘Control 


Vectors and Control Lists,’’ later in this section 
Note: The following vector key is used in RSP(ACTPU): 
X‘07’. 


Byte(s) Description 


RSP(BIND); SLU—>PLU, Exp; SC 

0 X‘31’ request code 
The following bytes are returned for the 
extended nonnegotiable BIND response or for 
the negotiable BIND response. (The request 
code alone is sent if a nonnegotiable BIND 
request specifies no session-level crypto.) 

1 bits 0-3, format 0000 (only value defined) 
bits 4-7, type (same value returned as received in 

the request): 
0000 negotiable (cold) 
0001 nonnegotiable (cold) 

2-25 Bytes as received on BIND request, for 
nonnegotiable response; or bytes having the 
same format, but possibly with values changed 
from those received on the BIND request, for 
negotiable response 

26-k Cryptographic Options 

26 bits O-1, private or end-user crypto options: same 

value returned as received in the 
request, if present—see Note 3 

bits 2-3, session-level crypto options: same value 
returned as received in the request, if 
present—see Note 3 

bits 4-7, session-level and/or end user crypto 
options field length: same value 
returned as received in the request, if 
present—see Note 3. (Bytes 27-k are 
omitted if this length field is omitted or 
set to zero.) 

27 bits 0-1, session crypto key encipherment mode: 

same value returned as received in the 
request, if present—see Note 3 

bits 2-4, reserved 

bits 5-7, crypto cipher method: same value 
returned as received in the request, if 
present—see Note 3 
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Byte(s) 
28-k 


k+1 


k+2-m 
m+1 


m+2-n 
n+l 


n+2-p 
pt+l 


p+2-r 


Description 


An eight-byte implementation-chosen, nonzero, 
pseudo random crypto session-seed value 
enciphered under the session crypto key, if 
session-level crypto is specified; otherwise, same 
value as in BIND, if present—see Note 3 
Length of primary LU name (Note: X‘00’ = no 
primary LU name is present.) 

Primary LU name 

Length of user data (Note: X‘00’ = no user data is 

present.) 

User data 

Length of URC field (Note: X‘00’ = no URC field is 

present.) 

URC field 

Length of secondary LU name (Note: X‘00’ = no 

secondary LU name present.) 

Secondary LU name 

Notes: 

1. The extended format is required for the negotiable 
BIND response or if session-level crypto is specified in 
the BIND request; otherwise, only the short form 
(request code) is used. 

2. On a response, if the last byte of a response is a length 
field and that field is zero, that byte may be dropped 
from the response. This applies also to byte 26 (where 
the count occupies only bits 4-7) if bits 0-3 are also 
zero—the entire byte may be dropped if no bytes 
follow. 

3. The Crypto Options field is returned on the response 
for a nonnegotiable BIND only when session-level 
crypto was specified, or for a negotiable BIND. 


RSP(CDINIT); SSCP—>SSCP, Norm; FMD NS(s) 


0-2 
3 
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X‘818641’ NS header 
Format: 
bits 0-3, 0000 Format 0: used when Type is I, 
1/Q, or Q 
0001 Format 1: used when Type is DQ 
bits 4-7, reserved 


Byte(s) 


4 


5-6 


Description 


Procedure status: 
bits 0-3, reserved 
bits 4-7, status at SSCP receiving CDINIT: 
0000 reserved 
0001 initiate successful—proceed 
0010 initiate successful—queued 
0011 dequeued—successful 
0100 dequeued—unsuccessful 
Network address of DLU for CDINIT; for 
CDINIT(DQ), it is the network address of the 
LU associated with the SSCP receiving the 
CDINIT(DQ) request 
LU status for LU associated with the SSCP 
receiving the CDINIT request: 
bit 0, reserved 
bit 1, O LU is unavailable 
1 LU is available 
bits 2-3, (reserved if LU is available) 
00 LU session count exceeded 
01 reserved 
10 LU is not.enabled (not accepting 
new sessions) 
11 reserved 
bit 4, 0 existing SSCP to LU path 
1 no existing SSCP to LU path 
bit 5, reserved 
bits 6-7, 00 reserved 
01 LU is PLU 
10 LU is SLU 
11 reserved 


RSP(CDTERM); SSCP(DLU)—>SSCP(OLU), Norm; 


0-2 
3 


NS(s) 

‘818643’ NS header | 

bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 
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B yte(s) Description 


4 DLU status: 
bits 0-5, reserved 
bits 6-7, 0O not applicable (queue purge) 
01 DLU is PLU 


10 DLU is SLU 

11 reserved 
5-6 Network address of DLU 
RSP(DSRLST); SSCP—->SSCP, Norm; NS(s) 
0-2 X‘818627’ NS header 
3-n Control list entry data for list type: 


X‘01’ (only value defined) 

See the topic ““Control Vectors and Control 
Lists” later in this section for the format of the 
control list. 


RSP(DUMPINIT); PU—>SSCP, Norm; FMD NS(c) 


0-2 X‘010206’ NS header 

3-n Dump data 

RSP(DUMPTEXT); PPU—>SSCP, Norm; FMD NS(c) 
0-2 X‘010207’ NS header 

3-n Dump data 


RSP(INIT-OTHER-CD); SSCP—>SSCP, Norm; FMD 


NS(s) 
0-2 X‘818640’ NS header 
3 Format: 


bits 0-3, 0000 Format 0 (only value defined) 
bits 4-7, reserved 
4 Procedure status: 
bits 0-3, status for SSCP(LU1) 
0000 reserved | 
0001 initiate successful—proceed 
0010 initiate successful—queued 
' 0011 dequeued—successful 
0100 dequeued—unsuccessful 
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Byte(s) 


Description 


bits 4-7, status for SSCP(LU2) 
0000 reserved 
0001 initiate successful—proceed 
0010 initiate successful—queued 
0011 dequeued—successful 
0100 dequeued—unsuccessful 
LUI status: 
bit 0, reserved 
bit 1, O LU1 is unavailable 
1 LUI is available 
bits 2-3, (reserved if LU1 is available) 
00 LU1 session count exceeded 
01 reserved 
10 LU1 is not enabled (not accepting new 
sessions) 
11 reserved 
bit 4, 0 existing SSCP to LU path 
1 no existing SSCP to LU path 
bit 5, reserved 
bits 6-7, 00 reserved 
01 LU1 is PLU 
10 LUI is SLU 
11 reserved 
LU2 status: 
bit 0, reserved 
bit 1, O LU2 is unavailable 
1 LU2 is available 
bits 2-3, (reserved if LU2 is available) 
00 LU2 session count exceeded 
01 reserved 
10 LU2 is not enabled (not accepting new 
sessions) 
11 reserved 
bit 4, 0 existing SSCP to LU path 
1 no existing SSCP to LU path 
bit 5, reserved 
bits 6-7, 00 reserved 
01 LU2 is PLU 
10 LU2 is SLU 
11 reserved 
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Byte(s) Description 


RSP(RNAA); PPU—>SSCP, Norm; FMD NS(c) 


0-2 X‘410210’ NS header 

3-5 Set to same value as bytes 3-5 in RNAA request: 
3-4 Network address of target link or SPU 

5 Assignment type } 

6 Number of network addresses returned 

7-8 Network address: SPU address assigned (if bytes 


3-4 of the RNAA request contained a link 
network address), or an LU network address 
assigned (if bytes 3-4 of the RNAA request 
contained an SPU network address) 

9-n Additional network addresses assigned (two-byte 
multiples) in the same format as bytes 7-8; the 
order of the network addresses returned 
corresponds to the order of the entries (bytes 
7-n) in the RNAA request 


RSP(STSN); SLU—>PLU, Exp; SC 
0 X‘A2’ request code 
1 bits 0-1, result code for S—>P action code in the 
request (related data in bytes 2-3) 
bits 2-3, result code for P—>S action code in the 
request (related data in bytes 4-5) 


Note 1: Values for either result code are: 


¢ For set or ignore action code: 
01 ignore (other values reserved); appropriate bytes 2-3 
or 4-5 reserved . 
¢ Forsense actioncode: . * 
00 for LU type 0: user-defined meaning; for all other 
LU types: reserved (appropriate bytes 2-3 or 4-5 
reserved) 
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Byte(s) Description 


01 reserved 

10 secondary end user (or NAU services manager) does 
not maintain user sequence numbers or cannot 
return a valid user sequence number (appropriate 
bytes 2-3 or 45 reserved) 

11 user sequence number, as known at the secondary, in 
bytes 2-3 or 4-5, as appropriate 

« For set and test action code: 

00 for LU type O: user-defined meaning; for all other 
LU types: reserved (appropriate bytes 2-3 or 4-5 
reserved) 

01 value received in STSN request equals the user 
sequence number value as known at the secondary 
(appropriate bytes 2-3 or 4-5 return the secondary’s 
value for the user sequence number) 

10 secondary end user (or NAU services manager) does 
not maintain user sequence numbers or cannot _ 
perform the requested test on the user sequence 
number (appropriate bytes 2-3 or 4-5 reserved) 

11 value received in STSN request does not equal the 
user sequence number value as known at the 
secondary (appropriate bytes 2-3 or 4-5 return the 
secondary’s value for the user sequence number) 


bits 4-7, reserved 

2-3 Secondary-to-primary normal-flow sequence 
number data to support S—>P result code, or 
reserved (see Note 1 above) 

4-5 Primary-to-secondary normal-flow sequence 
number data to support P—>S result code or 
reserved (see Note 1 above) 


Note 2: Where the STSN request specified as action 
codes two “‘sets,” two “‘ignores,” or a combination of 
“set” and “ignore,” the positive response RU consists of 
one byte—X‘A2’ (the STSN request code). 
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Control Vectors and Control Lists 
The following table shows, by key value, the requests and 
responses that carry the specific control vector: 


Requests or Responses 


Control Vector Key Carrying the Vector 

X‘O1’ SETCV,ISETCV 

X‘02’ SETCV,ISETCV 

X‘03’ SETCV,ISETCV 

X‘04’ SETCV,ISETCV 

X‘05’ SETCV,ISETCV 

X‘06’ ACTCDRM,RSP(ACTCDRM) 
X‘07’ RSP(ACTPU) 


The following table shows, by list type, the requests and 
responses that carry the specific control list: 


Requests or Responses 
Control List Type Carrying the List 


X‘O1’ +RSP(DSRLST) 


The control vectors are defined as follows (with zero-origin 
indexing of the vector bytes—see the individual RU 
description for the actual displacement within the RU): 


Byte(s) Description 


Date-Time Control Vector 

0 Key: X‘01’ 

1-12 Date, in EBCDIC: MM/DD/YY.ddd (MM = 
month; DD = day of month; YY = year; ddd = 
Nth day of year, 1-366) 

13-20 Time, in EBCDIC: HH.MM.SS (HH = hours; 
MM = minutes; SS = seconds) 


Subarea Routing Control Vector 


0 Key: X‘Q2’ 
1 Subarea address (left-justified) 
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Byte(s) Description 


SDLC Secondary Station Control Vector 


0 Key: X‘03’ 
1 Reserved 
2 PU type identifier for SPU: 


bits 0-4, reserved 
bits 5-6, 01 PU.T2 
10 PU.T1 
bit 7, reserved 
3 Type modifier: 
bit 0, if byte 2 identifies PU.T1: 
0 = TS Profile 2 
1 TS Profile 2 
if byte 2 identifies , PU.T1: reserved 
bit 1, 0 discontinue link-level contact with 
adjacent PU.T1 | 2 node if PU.T4 
initiates auto network shutdown 
procedure for SSCP controlling that 
PU.T1 | 2 node 
1 continue link-level contact with adjacent 
PU.T1 | 2 node if PU.T4 initiates auto 
network shutdown procedure for SSCP 
controlling that PU.T1 | 2 node 
bits 2-7, reserved 
4 SDLC BTU send limit 
5 Maximum consecutive BTUs sent from the 
primary station to the specified secondary station 
without another secondary station on the link 
being polled or being sent BTUs 


6 Error retry indicator 

7-8 Link error recovery control information 

9-10 Number of bytes in maximum segment length 
LU Control Vector 

0 Key: X‘04’ 

1 Local address form of LU network address 

2 Secondary CPMGR’s receive pacing count 

3 Reserved, set to a value of 1 
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Byte(s) Description 


4 Scheduling priority to be used for the BF.TCs 
supporting secondary half-sessions involving the 
specified LU: 

X‘01’ low priority (batch) 
X‘02’ high priority (interactive) 


Channel Control Vector 

0 Key: X‘05’ . 

1-2 Channel delay: minimum interval between 
successive inbound transmissions (binary, in 
tenths of a second) 


CDRM Control Vector 


0 Key: X‘06’ 
1 Length, in binary, of Description field (Note: X‘00’ 

= no Description field is present.) 
2-n Description Field me 
2 CDRM profile: X‘00’ (only value defined) 
3 bit 0, 0 name pair session key (X‘06’) supported 

1 name pair session key not supported 
bit 1, O address pair session key (X‘07’) not “i 
supported 


1 address pair session key supported 
bit 2, reserved 
bit 3, 0 URC, cross-domain, not supported (that 
is, not included in CDCINIT BIND 
image) 
1 URC, cross-domain, supported 
bits 4-7, reserved 
4-n Reserved 


NS RU Usage Control Vector 
0 Key: X‘07’ 
I Maintenance services profile: 

X‘00’ Profile 0: no maintenance services RUs are 
supported by the PU on the SSCP-to-PU 
flow 

_ X‘OV Profile 1: the following maintenance 
services RU is supported by the PU on the 
SSCP-to-PU flow: REQMS 
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Byte(s) Description 
2-7 Reserved 


The control lists are defined, by type, as follows (with 
zero-origin indexing of the list bytes; see the individual RU 
description for the actual displacement within the RU): 


/ Type X01’: LU Status Control List Entry 
0 LU status 
bit 0, reserved 
bit 1, O LU is unavailable 
1 LU is available 
bits 2-3, (if LU is unavailable) 
OO LU session count exceeded 
01 LU is being taken down (not accepting 
new sessions) 
10 LU is not enabled (not accepting new 
sessions) | 
11 reserved 
bit 4, O existing SSCP to LU path 
1 no existing SSCP to LU ee 
bits 5-7 reserved 
1 LU information: 
bit 0, O LU does not reside in a PU.TS5 node 
1 LU resides in a PU.TS5 node 
bits 1-6, reserved 
bit 7, 0 LU is accepting INITIATEs/logons 
/ 1 LU is temporarily not accepting 
INITIATEs/logons 
2-3 Session count (range: 0-65535) 
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Index of RUs by NS Headers and Request 


Codes 


NS Headers (third byte is the request code) 


_X*010201’ 


_/ X‘010202’ 


X‘010203’ 
X‘010204’ 
X‘010205’ 
X‘010206’ 
X‘010207’ 
X‘010208’ 
X‘010209” 
X‘01020A’ 
X‘01020B’ 
X‘01020C’ 
X‘01020D’ 
X‘01020E’ 
X‘01020F’ 
X‘010211’ 
X‘010214’ 
X‘010215’ 
X‘010216’ 
X‘010217’ 
X‘010218’ 
K‘010219” 
~K‘01021A’ 
X‘01021B’ 
X‘010280’ 
X‘010281’ 
X‘010284’ 
X‘010301’ 
X‘010302’ 
X‘010303’ 
X‘010331’ 
X‘010334’ 
‘K‘010380" 


“X‘010381’ 


‘010382’ 
X‘010383’ 


CONTACT 
DISCONTACT 
IPLINIT 
IPLTEXT 
IPLFINAL 
DUMPINIT 
DUMPTEXT 
DUMPFINAL 
RPO 
ACTLINK 
DACTLINK 
CESLOW 
CEXSLOW 
CONNOUT 
ABCONN 
SETCV 
ESLOW 
EXSLOW 
ACTCONNIN 
DACTCONNIN 
ABCONNOUT 
ANA 

FNA 
REQDISCONT 
CONTACTED 
INOP 
REQCONT 
EXECTEST 
ACTTRACE 
DACTTRACE 
DISPSTOR 
RECSTOR 
REQTEST 
RECMS 
RECTD 
RECTRD 
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X‘010401’ 
X‘010402’ 
X‘010480’ 
X‘010604’ 
X‘010681’ 
X‘010683’ 
X*410210’ 
X°410222’ 
X°410285’ 
X‘410304’ 
X‘410384’ 
X*810601’ 
X‘8 10602’ 
‘810620’ 
X*8 10629’ 
X‘8 10680’ 
X‘810681’ 
X‘8 10682’ 
X‘8 10683’ 
X‘810685’ 
X°8 10686’ 
X‘8 10687’ 
X°8 10688’ 
X‘8 18620’ 
X‘818627’ 
X*818640’ 
X‘818641’ 
X*818642’ 
X‘818643’ 
X‘818645’ 
X‘8 18646’ 
X‘8 18647’ 
X‘818648’ 
X‘818649’ 
X°81864A’ 
X‘81864B’ 


STARTMEAS 
STOPMEAS 

RECMD 

NSPE 

INIT-SELF (Format 0) 
TERM-SELF (Format 0) 
RNAA 

ISETCV 

NSLSA 

REQMS 

RECFMS 

CINIT 

CTERM 

NOTIFY (SSCP—>LU) 
CLEANUP 
INIT-OTHER 
INIT-SELF (Format 1) 
TERM-OTHER 
TERM-SELF (Format 1) 
BINDF 

SESSST 

UNBINDF 

SESSEND 

NOTIFY (SSCP—>SSCP) 
DSRLST 
INIT-OTHER-CD 
CDINIT 
TERM-OTHER-CD 
CDTERM 

CDSESSSF 

CDSESSST 

CDSESSTF 
CDSESSEND 
CDTAKED 
CDTAKEDC 

CDCINIT 


DFC, NC, and SC Request Codes 


X04’ 
X05’ 
X‘05’ 
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LUSTAT 
RTR (DFC) 
LSA (NC) 


X‘O7’ 
X‘OD’ 
X‘OER’ 
X11 
X‘12? 
X‘14’ 


xs 


i X3P 
mo 
‘70’ 
x71? 
X*80’ 
X81’ 
X‘82’ 
X‘83’ 
X84’ 
X‘A0’ 
X‘AL’ 
X*A2’ 
X‘A3’ 
X‘CO’ 
x‘CO’ 
X‘C1’ 
X‘C2’ 
X‘C8’ 
Xx‘C9’ 


ANSC 
ACTLU 
DACTLU 
ACTPU 
DACTPU 
ACTCDRM 
DACTCDRM 
BIND 
UNBIND 
BIS 

SBI 

QEC 

QC 

RELQ 
CANCEL 
CHASE 
SDT 
CLEAR 
STSN 

ROR 

CRV (SC) 
SHUTD (DFC) 
SHUTC 
RSHUTD 
BID 

SIG 
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Sense Codes 


The sense data included with an EXR or a negative response 
is a four-byte field that generally includes a one-byte 
category value, a one-byte modifier value, and two bytes of 
implementation- or end-user-defined data (hereafter 
referred to as user-defined data). For certain sense codes, a 
user-defined data cannot be included in the sense data; in its 
place is sense-code-specific information,, whose format is 
defined along with sense code definition, below. 


Byte 0 1 2 3 


- Category | Modifier | Sense Code specific 


fields or 
user-defined data 





| <__—_————_Sense Code >> | 


Together, the category and modifier bytes hold the sense 
code (SNC) defined for the exception condition that has 
occurred. 


The following categories are defined; all others are 
reserved: 


Value Category 

X‘80’ Path Error 

X‘40’ RH Usage Error 
X‘20’ State Error 

X‘10’ Request Error 

X‘08’ Request Reject 

X*‘00’ User Sense Data Only 


The category User Sense Data Only (X‘00’) allows the end 
users to exchange sense data in bytes 2-3 for conditions not 
defined by SNA within the other categories (and perhaps 
unique to the end users involved). The modifier value is 
also X‘00’. 


130 


The sense codes for the other categories are discussed 
below. For these categories, a modifier value of X‘00’ can 


‘be used (as an implementation option) when no definition 
~ of the exception condition beyond the major category is to 


be identified. 


Path Error (Category Code = X‘80’) 


This category indicates that the request could not be 


/ delivered to the intended receiver, due to a path outage or 
- an invalid sequence of activation requests or one of the 


listed transmission header errors. (Some TH errors, that is, 
SQN errors, are category X‘20’.) 


Modifier (in hexadecimal): 


01 Intermediate Node Failure: Machine or program 
check in an intermediate PC (for example, PC.T4 of 
a PU.T4 node); request discarded. A response may 
or may not be possible. 


02 Link Failure: Data link failure. 


04 Unrecognized DAF: An intermediate or boundary 
PC has no routing information for the DAF, or an 
end node PC has no LU with indicated DAF(FID1), 
DAF’ (FID2), or local address (FID3). 


O5 No Session: No half-session is active in the receiving 
end node for the indicated OAF-DAF pair, or no 
BF.SESS.RCV is active for the OAF-DAF pair in a 
node providing the boundary function. This 
exception does not apply to BIND, ACTCDRM, 
ACTPU, or ACTLU. (Note 1) 


06 FID: Invalid FID for the receiving node. (Note 2) 


07 Segmenting Error: First BIU segment had less than 
10 bytes; or mapping field sequencing error, such as 
first, last, middle; or segmenting not supported and 
MPF not set to 11. (Note 3) 


08 


09 


OA 


OB 


OC 


0D 


OE 


OF 


10 


Notes: 


PU Not Active: The PU in the receiving node has not 
been activated and the request was not ACTPU for 
this half-session, or the request was ACTLU from an 
SSCP that does not have an active (SSCP,PU) 
session with the PU associated with the addressed 
LU. (Note 1) 


LU Not Active: A DAF addresses an LU that has 
not been activated and the request was not ACTLU. 
(Note 1) 


Too Long PIU: Transmission was truncated by the 
receiving link station because sufficient buffering was 
not available. 


Incomplete TH: Transmission received was shorter 
than a TH. (Note 2) 


DCF: Data Count Field inconsistent with 
transmission length. 


Lost Contact: Contact with the link station for which 
the transmission was intended has been lost, but the 
link has not failed. If the difference between link 
failure and loss of contact is not detectable, link 
failure (X‘8002’) is sent. 


Unrecognized OAF: The OAF (FID1) was not 
recognized. 


Invalid Address Combination: The (DAF’,OAF’) 
(FID2) combination or the LSID (FID3) specified an 
invalid type of session, for example, a (PU,LU) 
combination. 


Segmented RU Length Error: An RU was found to 
be too long during the segment reassembly process. 


1. This error is listed as a path error since the request cannot be 
delivered to the intended TC element. 
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It is generally not possible to send a response for this exception 
condition, since information (FID, addresses) required to generate 
a response is not available. It is logged as an error if this capability 
exists in the receiver. 


If segmenting is not supported, a negative response is returned for 
the first segment only, since this contains the RH. Subsequent 
segments are discarded. 


. RH Usage Error (Category Code = X‘40’) 


This category indicates that the value of a field or 
combination of fields in the RH violates architectural rules 


Or 


previously selected BIND options. These errors prevent 


delivery of the request to the intended half-session protocol 
machine and are independent of the current states of the 
session. They may result from the failure of the sender to 
enforce session rules. Detection by the receiver of each of 
these errors is optional. 


Modifier (in hexadecimal): 


01 


03 


04 


05 


06 


07 


Invalid SC or NC RH: The RH of a SC or NC 
request was invalid. For example, an SC RH with 
pacing request indicator set to one is invalid. 


BB Not Allowed: Begin Bracket (BB) was indicated 
with «BC. 


EB Not Allowed: End Bracket (EB) was indicated 
with -BC, or by the primary when only the 
secondary may send EB, or by the secondary when 
only the primary may send EB. 


Incomplete RH: Transmission shorter than full 
TH-RH. 


Exception Response Not Allowed: Exception 
response was requested when not permitted. 


Definite Response Not Allowed: Definite response 
was requested when not permitted. 
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08 Pacing Not Supported: The Pacing indicator was set 
on a request, but the receiving CPMGR does not 
support pacing for this session. 


09 CD Not Allowed: Change Direction (CD) was 
indicated with «EC. 


OA  No-Response Not Allowed: No-response was 
specified on a request when not permitted. (Used 
only on EXR.) 


OB Chaining Not Supported: Chaining bits indicated 
other than (BC, EC), but multiple-request chains are 
not supported for the session or for the category 
specified in the request header. 


OC Brackets Not Supported: A bracket indicator was set, 
but brackets are not used for the session. 


OD CD Not Supported: The Change-Direction indicator 
was set, but is not supported. 


OF Format Indicator Not Allowed: The Format 
Indicator bit was set when not supported for the 
session, or when Begin-Chain (BC) was not set. 


10 + #Alternate Code Not Supported: The Code Selection 
Indicator was set when not supported for the session. 


State Error (Category Code = X‘20’) 

This category indicates a sequence number error, or an RH 
or RU which is not allowed for the receiver’s current session 
control or data flow control state. These errors prevent 
delivery of the request to the intended half-session protocol 
machine. 


Modifier (in hexadecimal): 


O1 Sequence Number: Sequence number received on 
_ normal flow request was not one greater than the last. 
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02 


— 03 


04 


05 


06 


07 


08 


09 


Chaining: Error in the sequence of the chain 
indicator settings, such as first, middle, first. 


Bracket: Error resulting from failure of sender to 
enforce bracket rules for session. (This error does 
not apply to contention or race conditions.) 


Direction: Error resulting from a normal-flow 
request received while HDX-FF FSM state was 
(*S,-R). (Contrast this sense code with X‘081B’, 
which signals a race condition.) 


Data Traffic Reset: An FMD or normal-flow DFC 
request received by a half-session whose 
SESS.(SEND | RCV) was active, but whose data 
traffic (DT) FSM was not inthe ACTIVE state. 


Data Traffic Quiesced: An FMD or DFC request 
received from a half-session which has sent 
QUIESCE COMPLETE or SHUTDOWN 
COMPLETE and has not responded to RELEASE 
QUIESCE. 


Data Traffic Not Reset: A session control request 
(for example, STSN), allowed only while the DT 
FSM is in the RESET state, was received while the 
DT FSM state was not RESET. 


No Begin-Bracket: A BID or an FMD request 
specifying BB was received while SBILSEND was in 
the NOBB state. 


Session Control or Data Flow Control Protocol 
Violation: An SC or DFC protocol has been 
violated; a request, allowed only after a successful 
exchange of an SC or DFC request and its associated 
positive response, has been received before such 
successful exchange has occurred (for example, an 
EMD request has preceded a required CRV). The 
request code of the particular SC or DFC request or 
response required, or X‘OO’ if undetermined, appears 
in the fourth byte of the sense data. The first bit of 
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the third byte indicates that the required request or 
response belongs to the DFC category if set to one, 
or to the SC categroy if set to zero. There is no user 
data associated with this sense code. 


Request Error (Category Code = X‘10’) 

This category indicates that the RU was delivered to the 
intended half-session, but could not be interpreted or 
processed. This condition represents a mismatch in 
half-session capabilities. 


Modifier (in hexadecimal): 


01 


02 


03 


05 


07 


08 
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RU Data Error: Data in the request RU is not 
acceptable to the receiving FI.FMD; for example, a 
character code not in the set supported, or a 
formatted data field not acceptable to presentation 
services. 


RU Length Error: The request RU was too long or 
too short. 


Function Not Supported: The function requested is 
not supported. The function may have been specified 
by a formatted request code, a field in an RU, or a 
control character. (Note: This code can also be used 
instead of sense code X‘0826)). 


Parameter Error: A parameter modifying a control 
function is invalid, or outside the range allowed by 
the receiver. 


Category Not Supported: DFC, SC, NC, or FMD 
request received by a half-session not supporting any 
requests in that category; or an NS request with byte 
0 not set to a defined value, or byte 1 not set to an 


NS category supported by the receiver. 


Invalid FM Header: The FM header was not 
understood or translatable by the receiver, or an FM 


‘header was expected but not present. There is no 


user data associated with this sense code. 


= 


Request Reject (Category Code = X‘08’) 
This category indicates that the request was delivered to 
intended half-session protocol machine and was understood 


_ and supported, but not executed. 


Modifier (in hexadecimal): 


01 Resource Not Available: The LU, PU, or link 
specified in an RU is not available. 


02 Intervention Required: Forms or cards are required at 
an output device, or device is temporarily in local 
mode, or other conditions requiring intervention. 


03 Missing Password: The required password was not 
supplied. 


04 Invalid Password: Password was not valid. 


05 Session Limit Exceeded: The requested session 
cannot be activated, as one of the NAUs is at its 
session limit. Applies to ACTCDRM, INIT, BIND, 
and CINIT commands. 


06 Resource Unknown: The request contained a name or 
address not identifying a PU, LU, or link known to 
the receiver. 


07 Resource Not Available—LUSTAT Forthcoming: A 


subsidiary device will be unavailable for an 
indeterminate period of time. LUSTAT will be sent 
when the device becomes available. 


08 Invalid Contents ID: The contents ID contained on 
the ACTCDRM request was found to be invalid. 


09 Mode Inconsistency: The requested function cannot 
be performed in the present state of the receiver. 


OA Permission Rejected: The receiver has denied an 


implicit or explicit request of the sender; when sent in 
response to BIND, it implies that the secondary 
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OB 


OC 


OD 


OE 


OF 


10 


11 


12 


13 
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half-session’s LU will not notify the SSCP when a 
BIND can be accepted. (See the X‘0845’ sense code 


for a contrasting response.) 


Bracket Race Error: Loss of contention within the 
bracket protocol. Arises when bracket 
initiation/termination by both NAUs is allowed. 


Procedure Not Supported: A named procedure (Test, 
Measurement, Trace) specified in an RU is not 
supported by the receiver. 


NAU Contention: A request to activate a session 
was received while the receiving half-session was 
awaiting a response to a previously sent activation 
request for the same session (for example, 
ACTCDRM was received when the 
(SSCP1,SSCP2).PRI.SSESS.RCV-SEND FSM state 
was PEND.ACT.PRI) and the SSCPID in the 
received ACTCDRM was less than or equal to the 
SSCPID in the ACTCDRM previously sent. 


NAU Not Authorized: The requesting NAU does not 
have access to the requested resource. 


End User Not Authorized: The requesting end user 
does not have access to the requested resource. 


Missing Requester ID: The required requester ID 
was missing. 


Break: Asks the receiver of this sense code to 
terminate the present chain with CANCEL or with 
an FMD request carrying EC. The CHAIN.RCV 
FSM of the half-session sending the Break sense code 


enters PURGE state when Break is sent. 


Insufficient Resource: Receiver cannot act on request 
because of a temporary lack of resources. 


Bracket Bid Reject—No RTR Forthcoming: BID (or 
BB) was received while the BSM.FSP FSM state was 
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15 
16 


17 


18 


19 
1A 


1B 


1C 


1D 


INB, or while the state was BETB and the first 
speaker denied permission. RTR will not be sent. 


Bracket Bid Reject—RTR Forthcoming: BID (or 
BB) was received while the BSM.FSP FSM state was 
INB, or while the state was BETB and the first 
speaker denied permission. RTR will be sent. 


Function Active: A request to activate a network 
element or procedure was received, but the element 
or procedure was already active. 


Function Inactive: A request to deactivate a network 
element or procedure was received, but the element 
or procedure was not active. 


Link Inactive: A request requires the use of a link, 
but the link is not active. 


Link Procedure in Process: CONTACT, 
DISCONTACT, IPL or other link procedure in 
progress when a conflicting request was received. 


RTR Not Required: Receiver of READY TO 
RECEIVE has nothing to send. 


Request Sequence Error: Invalid sequence of 
requests. 


Receiver in Transmit Mode: A race condition; 
normal-flow request received while the HDX-CONT 
FSM state was (*S,-R) or the RES FSM state was 
UNAVL. (Contrast this sense code with X‘2004’, 
which signals a protocol violation.) 


Request Not Executable: The requested function 
cannot be executed, due to a permanent error 


condition in the receiver. 


Invalid Station/SSCP ID: The Station ID or SSCP ID 
in the request was found to be invalid. 


139 


1E 


20 


21 


22 


23 


24 


29 


26 


27 


28 
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Session Reference Error: The request contained 
reference to a half-session that was neither active nor 
in the process of being activated (generally applies to 
network services commands). 


Control Vector Error: Invalid data for the control 
vector specified by the target network address and 
key. 


Invalid Session Parameters: Session parameters were 
not valid or not supported by the half-session whose 
activation was requested. 


Link Procedure Failure: A link-level procedure has 
failed due to link equipment failure, loss of contact 
with a link station, or an invalid response to a link 
command. (This is not a path error, since the request 
being rejected was delivered to its destination.) 


Unknown Control Vector: The control vector 
specified by a network address and key is not known 
to the receiver. 


Component Aborted: The LU component (a device 
indicated by an FM header) that was selected has 
been aborted, due to an error condition or resource 
depletion. 


Component Not Available: The LU component 
(device indicated by an FM header) is not available. 


FM Function Not Supported: Function requested in 
FMD RU is not supported by the receiver. 


Intermittent Error—Retry Requested: An error at 
the receiver caused an RU to be lost. The error is not 
permanent and retry of the RU (or chain) is 
requested. 


Reply Not Allowed: A request requires a 
normal-flow reply, but the outbound data flow for 
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2A 


2B 


2C 


2D 


)2E 


2F 


30 


this half-session is quiesced or shut down, and there 
is no delayed reply capability. 


Change Direction Required: A request requires a 
normal-flow reply, but the HDX-FF FSM state 
implies (-S,*R), CD was not set on the request, and 
there is no delayed reply capability. 


Presentation Space Alteration: Presentation space 
altered by end user while the HDX FSM state was 
(=S,*R). 


Presentation Space Integrity Lost: Presentation space 
integrity lost (for example, cleared or changed) 
because of a transient hardware error or an end user 
to be used by the SSCP. (Note: the end-user action 
described under X‘082A’ and X’084A’ is excluded here. ) 


Resource-Sharing Limit Reached: The request 
received from an SSCP was to activate a half-session, 
a link, or a procedure, when that resource was at its 
sharing limit. 


LU Busy: The LU resources needed to process the 
request are being used; for example, the LU 
resources needed to process the request received 
from the SSCP are being used for the (LU,LU) 
session. 


Intervention Required at LU Subsidiary Device: A 
condition requiring intervention, such as out of paper, 
or power-off, or cover interlock open, exists at a 
subsidiary device. 


Request Not Executable because of LU Subsidiary 
Device: The requested function cannot be executed, 
due to a permanent error condition in one or more of 
the receiver’s subsidiary devices. 


TERM-OTHER (Cleanup-Forced) Unsuccessful: 
The SSCP(TLU) received a negative response to at 
least one of the TERM-OTHER-CD 


31 


32 
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34 


142 


(Cleanup-Forced) requests that it sent to the 
SSCP(LU1) and SSCP(LU2). Bytes 2 and 3 
following the sense code are not used for 
user-defined data; they contain a binary count that 
indexes (zero-origin) the first byte of the name of the 
LU (in the TERM-OTHER request) which did not 
get cleaned up. Zeros in bytes 2 and 3 mean neither 
LU1 nor LU2 was cleaned up. 


LU Component Disconnected: An LU component is 
not available because of power-off or some other 
disconnecting condition. 


Invalid Count Field: A count field contained in the 
request indicates a value too long or too short to be 
interpreted by the receiver, or the count field is 
inconsistent with the length of the remaining fields. 
Bytes 2 and 3 following the sense code are not used 
for user-defined data; they contain a binary count 
that indexes (zero-origin) the first byte of the invalid 
count field. 


Invalid Parameter (with pointer and complemented 
byte): One or more parameters contained in fixed- 
or variable-length fields of the request are invalid or 
not supported by the NAU that received the request. 
Bytes 2 and 3 following the sense code are not used 
for user-defined data. Byte 2 contains a binary value 
that indexes (zero-origin) the first byte that 
contained an invalid parameter. Byte 3 contains a 
transform of the first byte that contained an invalid 
parameter: the bits that constitute the invalid 
parameter(s) are complemented and all other bits are 
copied. 


RPO Not Initiated: A power-off procedure for the 
specified SPU node was not initiated because one or 
more other SSCPs have contacted the SPU node, or 
because a CONTACT, DUMP, IPL, or 
DISCONTACT procedure is in progress for that SPU 
node. 
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39 


3A 


Invalid Parameter; Pointer only: The request 
contained a fixed- or variable-length field whose 
contents are invalid or not supported by the NAU 
that received the request. Bytes 2 and 3 following 
the sense code are not used for user-defined data; 
they contain a binary count that indexes (zero-origin) 
the first byte of the fixed- or variable-length field 
having invalid contents. 


PLU/SLU Specification Mismatch: For a specified 
(LU,LV) session, both the OLU and DLU have only 
the primary capability or have only the secondary 
capability. 


Queuing Limit Exceeded: For an (LU,LU) session 
initiation request (INIT, CDINIT, or 
INIT-OTHER-CD) specifying (1) Initiate or Queue 
(if Initiate not possible) or (2) Queue Only, the 
queuing limit of either the OLU or the DLU, or both, 
was exceeded. 


Queuing Not Supported: For an (LU,LU) session 
initiation request specifying (1) Initiate or Queue (if 
initiate not possible) or (2) Queue Only, either an 
SSCP(ILU) cannot support initiate-queuing, or an 
SSCP(OLU) or an SSPC(DLU) cannot support 
setup-queuing. 


(LU,LU) or (SSCP,LU) Session Being Taken Down: 
At the time an (LU,LU) session initiation or 
termination request is received, the SSCP of at least 
one of the LUs is processing a CDTAKED request or 
is in the process of deactivating the associated 
(SSCP,LU) session. 


LU Not Enabled: At the time an (LU,LU) session 
initiation request is received at the SSCP, at least one 
of the two LUs, although having an active session 
with its SSCP, is not ready to accept CINIT or BIND 
requests. 
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3B 


3C 


3D 


3E 


3F 


40 
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Invalid PCID: An invalid PCID, one containing an 
invalid network address of the SSCP(ILU | TLU), has 
been received in CDINIT, INIT-OTHER-CD, 
CDTERM, or TERM-OTHER-CD; or a PCID that 
does not identify a previously queued request has 
been received in CDINIT (Dequeue) or 
INIT-OTHER-CD (Dequeue); or, a PCID that 
cannot be associated with the PCID of any previously 
processed CDINIT has been received on CDCINIT. 


Domain Takedown Contention: While waiting for a 
response to a CDTAKED a CDTAKED request is 
received by the SVC.MGR.SSCP (primary). 
Contention is resolved by giving preference to the 
CDTAKED sent by the primary SSCP. 


Dequeue Retry Unsuccessful—Removed from 
Queue: The SSCP cannot successfully honor a 
CDINIT(Dequeue) request, which specifies “leave on 
queue if dequeue-retry is unsuccessful,” to dequeue 
and process a previously queued CDINIT request (for 
example, the LU in its domain is still not available for 
the specified session), and removes the queued 
CDINIT request from its queue. 


Network Name Resolution Problem: An SSCP 
receiving a CDTERM request (with Session Key 
X‘06’) does not have the capability to resolve the 
OLU network name to a network address; it requires 
Session Key X‘08’, which carries the network address 
of the OLU. 


Terminate,Contention: While waiting for a response 
to a CDTERM, a CDTERM is received by the 
SVC.MGR.SSCP(SLU). Contention is resolved by 
giving preference to the CDTERM sent by the 
SSCP(SLU). 


Procedure Invalid for Resource: The named 
procedure is not supported in the receiver for this 
type of resource (for example, (1) SETCV specifies 
BF.PU.T1 but BF.PU.T1 is not supported by the 


4] 


42 


43 
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receiving node, (2) the PU receiving an EXECTEST 
is not the PPU for the target link). 


Duplicate Network Address: In a cross-domain 
(LU,LU) session initiation request the SSCP (DLU) 
determines that the OLU network address specified 
in the CDINIJT request is a duplicate of an LU 
network address assigned to a different LU name. 


(SSCP,SSCP) Session Not Active: At the time an 
(LU,LUV) session initiation or termination request is 
received, at least one of the following conditions 
exists: 


e The SSCP(ILU) and SSCP(OLU) do not have an 
active session with each other, and therefore 
INIT-OTHER-CD cannot flow. 

e The SSCP(TLU) and SSCP(OLU) do not have an 
active session with each other, and therefore 
TERM-OTHER-CD cannot flow. 

e The SSCP(OLU) and SSCP(DLU) do not have an 
active session with each other, and therefore 
CDINIT or CDTERM cannot flow. 


Required FI.FMD Synchronization Not Supplied: 
For example, an SLU (LU Type 2 or 3) received a 
request with Write Control Code= Start Print, along 
with RQE and «CD. 


Initiation Dequeue Contention: While waiting for a 
response to a CDINIT(Dequeue), a 
CDINIT(Dequeue) is received by the 
SVC.MGR.SSCP(SLU). Contention is resolved by 
giving preference to the CDINIT(Dequeue) sent by 
the SSCP(SLU). 
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4A 


4B 


4C 
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Permission Rejected—SSCP Will Be Notified: The 
receiver has denied an implicit or explicit request of 
the sender; when sent in response to BIND, it implies 
that the secondary half-session’s LU will notify the 
SSCP (via LUSTAT) when a BIND can be accepted. 
(See the X‘080A’ sense code for a contrasting 
response.) 


ERP Message Forthcoming: The received request 
was rejected for a reason to be specified in a 
forthcoming request. 


Restart Mismatch: Sent in response to STSN or SDT 
or BIND to indicate that the secondary half-session is 
trying to execute a resynchronizing restart but has 
received insufficient or incorrect information. 


Crypto Function Inoperative: The receiver of a 
request was not able to decipher the request because 
of a malfunction in its crypto facility. 


Invalid Requested Procedure: The procedure 
requested is invalid for the resource named in the 
request. 


Presentation Space Alteration: Presentation space 
altered by end user while HDX FSM state was 
(.S,*R); request not executed. 


Requested Resources Not Available: Resources 
named in the request, and required to honor it, are 
not currently available. It is not known when the 
resources will be made available. 


Permanent Insufficient Resource: Receiver can not 
act on request because resources required to honor 
the request are permanently unavailable. 
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Invalid Session Parameters—BF: Session parameters 
were not valid or were unacceptable by the boundary 
function. Bytes 2 and 3 following the sense code 
contain a binary count that indexes (zero origin) the 
first byte of the fixed- or variable-length field having 
invalid contents. 


Invalid Session Parameters—PRI: A positive 
response to an activation request (for example, 
BIND) was received and was changed to a negative 
response due to invalid session parameters. The 
services manager receiving the response will send a 
deactivation request for the corresponding session. 
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SDLC COMPONENTS 





Flag Address Control! Frame Check Sequence Flag 


puvviiiel com | he i tn purring 





Sent Sent 
last first 


Nonsequenced piel ede ) 
Format 
Receive 
Count P/F} Code 
information 
Information Receive Send ) 
Format Count P/F Count 


(Variablelength in 
multiples of 8 bits} 


Information (Optiona!) 


Supervisory 
Format 





For further information, see /BM Synchronous Data Link 
Control General Information, GA27-3093-1. 


149 


150 


SDLC COMMANDS AND RESPONSES IN 
HEXADECIMAL 


Nonsequenced Commands (See Note) 


a Hexadecimal digit for “—”’ 
SNRM ‘93' ‘83° 
DISC 53" 43" Nr= P/F "(P/F) 
SIM ATT OF" 
UI (NS1}) ‘13’ ‘03’ 0 1 0 
UP (NSP) 93° “23 1 3 7 
XID ‘BE 2 5 4 
TEST ‘F3' ‘E3" 3 7 G 

4 9 8 

Nonsequenced Responses (See Note) 5 B A 

6 IF 6 D C 
UA (NSA) 73° ‘63° ¢ E 
DM (ROL) ‘IF’ OF" 
FRMR (CMDR) ‘97’ ‘87' Hexadecimal digit joni 
RIM (RQI) 17" ‘07' 
Ul (NSI) 13" ‘03° 
XID ‘BF’ 
TEST "F3" “E3’ 
RD ‘53’ ‘43° 


Note: The acronyms in parentheses 
have been superseded by !SO 
terminology. 


MOpPWORANO 


0 
1 
2 
3 
4 
5 
6 
7 


Supervisory Commands/Responses 
(See Legend) 





RR ‘—1' 
RNR ‘—5' 
REJ ‘—9' 


/ Information Commands/Responses 
(See Legend) 


I ae 
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Abbreviations and Symbols 


A 


BBI 
BCI 
BF 
BIU 
BLU 
BTU 


C 

CDI 
CDRM 
CMDR 
CPMGR 
CSI 


DAF 
DCF 
DFC 
DISC 
DLC 
DLU 
DM 
DR1/2I 


EBI 
ECI 
ED 
EDI 
EFI 
ERI 
ERP 
Exp 
EXR 


F 
FCS 
FDX 
FF 
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address (SDLC) 


Begin Bracket indicator 
Begin Chain indicator 
boundary function 
basic information unit 
basic link unit 

basic transmission unit 


control (SDLC) 

Change Direction indicator 
cross-domain resource manager _ 
Command Reject (SDLC) 
connection point manager 

Code Selection indicator 


destination address field 

data count field 

data flow control 

Disconnect (SDLC) 

data link control 

destination logical unit 
Disconnected Mode (SDLC) 
Definite Response 1 or 2 indicator 


End Bracket indicator 

End Chain indicator 
enciphered data 

Enciphered Data indicator 
Expedited Flow indicator 
Exception Response indicator 
error recovery procedures 
expedited flow 

Exception Request 


flag (SDLC) 

frame check sequence (SDLC) 
full duplex data flow 

flip-flop direction control 


FI 

FID 
FMD 
FRMR 


HDX 
HSID 


ID 
ILU 
‘ ISO 


LSID 
LU 


» MPF 


NAU 
NC 
Norm 
NS 
NSA 
NSI 
NSP 


OAF 
OLU 


PC 
) PDI 


PIU 
PLU 
PPU 
PU 


ORI 
RD 


_ RH 
_ RIM 


Format indicator; function interpreter 
format identification 

function management data 

Frame Reject (SDLC) 


half-duplex data flow 
half-session identification 


identification 
initiating logical unit 
International Organization for Standardization 


local session identification 
logical unit 


mapping field (BIU segments) 


network addressable unit 

network control 

normal flow 

network services 

Nonsequenced Acknowledgment (SDLC) 
Nonsequenced Information (SDLC) 
Nonsequenced Poll (SDLC) 


origin address field 
originating logical unit 


primary 

path control 

Padded Data indicator 

Pacing indicator 

path information unit 

primary logical unit 

physical unit for primary link station 
physical unit 


Queued Response indicator 
Request Disconnect (SDLC) 


request /response header 
Request Initialization Mode (SDLC) 
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ROL 
RQ 
RQI 
RSP 
RTI 
RU 


SC 
SDI 
SDLC 
SIM 
SLU 
SNF 
SNRM 
SPU 
SQN 
SSCP 
TC 
TEST 
TH 
TLU 
TS 


UA 
UI 
UP 


XID 
X‘n...n’ 


* 
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Request Online (SDLC) 
request 

Request Initialization (SDLC) 
response 

Response Type indicator (+/-) 
request/response unit 


secondary 

session control 

Sense Data Included indicator 
Synchronous Data Link Control 

Set Initialization Mode (SDLC) 
secondary logical unit 

sequence number field 

Set Normal Response Mode (SDLC) 
physical unit for secondary link station 
sequence number 

system services control point 
transmission control 

Test (SDLC) 

transmission header 

terminating logical unit 

transmission subsystem 


Unnumbered Acknowledgment (SDLC) 
Unnumbered Information (SDLC) 
Unnumbered Poll (SDLC) 


Exchange Station Identification (SDLC) 
hexadecimal digits 


or 
any value 

not 

is in the state 
exponential operator 
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